Arch Linux User Repository

Currently, this package does not work for me anymore. It builds and installs fine, no errors, but the lib is abnormally large. Programs linked against it (statically) are also huge and fail to run.

I do not think this is a problem with this package, as downgrading mingw-w64-binutils seems to fix it. Without downgrading, older versions of this package (that I know used to work fine) show the same problems. But I just wanted to mention it here, and see if anyone can confirm these findings.

For reference, building this on a fully updated system gives:

 $ ls -lh libcrypto.dll.a 
-rwxr-xr-x 1 root root 115M feb 15 14:57 /usr/x86_64-w64-mingw32/lib/libcrypto.dll.a

After downgrading mingw-w64-binutils (back to 2.39-1) and rebooting:

 $ ls -lh /usr/x86_64-w64-mingw32/lib/libcrypto.dll.a 
-rwxr-xr-x 1 root root 3,7M feb 15 15:06 /usr/x86_64-w64-mingw32/lib/libcrypto.dll.a

While investigating this issue, I did of course check this program's PKGBUILD and found that it checks if [[ $_arch != 'aarch64-w64-mingw32' ]] but the aarch64 target is not present in _architectures, so I feel that is probably not on purpose.

Thanks!

I changed it back to sha256 for consistency with the regular openssl package and because upstream provides a sha256 checksum file for cross-checking but not a b2 one.

I updated to 1.1.1.s in my binary repo (see https://github.com/Martchus/PKGBUILDs/commit/1c971e96f516d340c94b7dfa5c045f137afc28a9 for the source) to have a current version until everything is rebuilt against v3. Since v3 of the regular package is already in testing I suppose we can go on with switching to v3 here as well. Then I'll rebuild at least everything in my binary repo and try to fix packages that don't build anymore. I've also been updating mingw-w64-openssl-1.1 which can be used as a fallback if packages don't build anymore.

You should bump epoch when doing pkgver downgrade.

Thanks for maintaining this, and fixing the lib location. But, I think you meant to do pkgrel=4, instead of 2. It's going backwards now...

It builds but 64-bit libs are wrongly installed under lib64.

I'm going to add mingw-w64-openssl-1.1, should only take a few minutes. Rebuilding and possibly patching all the other packages will be the real fun. (I'll add packages to https://martchus.no-ip.biz/repo/arch/ownstuff-staging/os/x86_64.)

Yes, mingw-w64-openssl-1.1 is good idea, there is even openssl-1.1 package in official repos (in staging, but still)

Since the regular openssl package hasn't been updated to 3.x yet I'll also wait with updating my binary repo. Maybe we also need mingw-w64-openssl-1.1 as not all projects might be compatible at this point.

Btw, the "TODO" for my binary repository comprises the following packages:

mingw-w64-srt mingw-w64-qca-qt5 mingw-w64-postgresql mingw-w64-passwordfile mingw-w64-openssl mingw-w64-libssh2 mingw-w64-libssh mingw-w64-mariadb-connector-c mingw-w64-curl mingw-w64-qt5-base mingw-w64-qt6-base

Does not compile with LTO:

lto1: error: two or more sections for .gnu.lto_kat536_persstr.4283.5060319c471e14bc
(null):0: confused by earlier errors, bailing out
make[2]: *** [/tmp/ccWmLtE6.mk:2: /tmp/ccmOSNa7.ltrans0.ltrans.o] Error 1
lto-wrapper: fatal error: make returned 2 exit status

It might be a good idea to disable it for this package by adding !lto in options=().