Package Details: mingw-w64-openssl 3.3.1-1

Git Clone URL: (read-only, click to copy)
Package Base: mingw-w64-openssl
Description: The Open Source toolkit for Secure Sockets Layer and Transport Layer Security (mingw-w64)
Upstream URL:
Keywords: mingw mingw-w64 openssl
Licenses: Apache-2.0
Submitter: brcha
Maintainer: pingplug (Martchus)
Last Packager: pingplug
Votes: 25
Popularity: 0.000000
First Submitted: 2012-06-13 15:52 (UTC)
Last Updated: 2024-06-06 07:14 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

Martchus commented on 2022-11-03 15:51 (UTC)

I updated to 1.1.1.s in my binary repo (see 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.

micwoj92 commented on 2022-05-07 09:24 (UTC)

You should bump epoch when doing pkgver downgrade.

bepaald commented on 2022-03-15 15:47 (UTC)

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...

Martchus commented on 2022-03-15 15:16 (UTC)

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

Martchus commented on 2022-03-15 14:15 (UTC)

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

micwoj92 commented on 2022-03-04 17:06 (UTC)

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

Martchus commented on 2022-03-04 12:48 (UTC)

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

patlefort commented on 2022-01-02 02:39 (UTC) (edited on 2022-01-02 02:39 (UTC) by patlefort)

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/ /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=().

Shidao commented on 2021-12-07 06:05 (UTC)

The problem with this PKGBUILD is, the source mingw-env ${_arch} on line 35 set CC to i686-w64-mingw32-gcc, while the --cross-compile-prefix=${_arch}- option passed to Configureprefixed CC again, causing CC to be i686-w64-mingw32-i686-w64-mingw32-gcc.

If we remove the --cross-compile-prefix option, like jamincollins did, we won't be able to find the correct RC(i686-w64-mingw32-windres) since mingw-env only set CC and CXX. bpierre's patch manually set CC and CXX back, but maybe it's better to remove line 35 to prevent CC and CXX from being set to the wrong value.

Here's my working patch:

<     source mingw-env ${_arch}

jamincollins commented on 2021-11-21 19:22 (UTC)