<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openssl/Configurations/platform, branch dependabot/github_actions/actions/setup-python-7</title>
<subtitle>TLS/SSL and crypto library.</subtitle>
<id>http://git.bktus.com/gpgfrontend/openssl/atom?h=dependabot%2Fgithub_actions%2Factions%2Fsetup-python-7</id>
<link rel='self' href='http://git.bktus.com/gpgfrontend/openssl/atom?h=dependabot%2Fgithub_actions%2Factions%2Fsetup-python-7'/>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/'/>
<updated>2024-02-05T09:10:25Z</updated>
<entry>
<title>AIX: Implement shared_target = "aix-solib" support</title>
<updated>2024-02-05T09:10:25Z</updated>
<author>
<name>John Kohl</name>
<email>john.kohl@hcl.com</email>
</author>
<published>2023-07-21T14:31:34Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=b332dbb3ed0171eb0d227be3b0d558480a73a67e'/>
<id>urn:sha1:b332dbb3ed0171eb0d227be3b0d558480a73a67e</id>
<content type='text'>
This builds shared libraries as libxxx.so, libxxx.so.ver and static
libraries as libxxx.a.  For shlib_variant builds, it builds libxxx.so,
libxxxvariant.so.ver, and libxxxx.a.  libxxx.so is a linker import
library that directs the linker to embed a run-time dependency
reference to libxxxvariant.so.ver.  Only libxxxvariant.so.ver is needed
at runtime.

Fixes #21518

Reviewed-by: Tim Hudson &lt;tjh@openssl.org&gt;
Reviewed-by: Tomas Mraz &lt;tomas@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/21540)
</content>
</entry>
<entry>
<title>Configurations/*.tmpl: overhaul assembler make rules.</title>
<updated>2022-11-04T09:08:53Z</updated>
<author>
<name>Richard Levitte</name>
<email>levitte@openssl.org</email>
</author>
<published>2022-11-03T14:24:52Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=b8d3cf0954737a9665e3b2bff25bc689a5114010'/>
<id>urn:sha1:b8d3cf0954737a9665e3b2bff25bc689a5114010</id>
<content type='text'>
NOTE: Not Configurations/unix-Makefile.tmpl, as that was done 4 years
ago, in commit a23f03166e0ec49ac09b3671e7ab4ba4fa57d42a.

So far assembly modules were intended to be built as .pl-&gt;.S-&gt;.{asmext}
followed by .{asmext}-&gt;.o.  This posed a problem in build_all_generated
rule if it was executed on another computer, and also turned out to be
buggy, as .S was also translated to .{asmext} on Windows and VMS.
Both issues are fixed by changing the rule sequence to .pl-&gt;.S and then
.S-&gt;.s-&gt;.o, with the added benefit that the Windows and VMS build file
templates are more in sync with unix-Makefile.tmpl and slightly simpler.

Fixes #19594

Reviewed-by: Matt Caswell &lt;matt@openssl.org&gt;
Reviewed-by: Tomas Mraz &lt;tomas@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/19598)
</content>
</entry>
<entry>
<title>Fix AIX build when no-shared is passed to Configure.</title>
<updated>2022-04-05T07:44:38Z</updated>
<author>
<name>Todd C. Miller</name>
<email>Todd.Miller@sudo.ws</email>
</author>
<published>2022-03-31T16:32:29Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=b83c0a900f9303e0c9fd084829b791386d7c57ce'/>
<id>urn:sha1:b83c0a900f9303e0c9fd084829b791386d7c57ce</id>
<content type='text'>
AIX shared libs are also .a files so the AIX platform staticname()
appends a '_a' to the name to avoid a collision.  However, this
must not be done when no-shared is passed to Configure or the
binaries that link with -lcrypto and -lssl be unable to link as
those libraries won't exist without the '_a' suffix.

CLA: trivial

Reviewed-by: Richard Levitte &lt;levitte@openssl.org&gt;
Reviewed-by: Tomas Mraz &lt;tomas@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/18006)
</content>
</entry>
<entry>
<title>Configurations/platform/Unix.pm: account for variants in sharedlib_simple()</title>
<updated>2021-09-18T06:12:28Z</updated>
<author>
<name>Richard Levitte</name>
<email>levitte@openssl.org</email>
</author>
<published>2021-09-15T07:11:41Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=bfbb62c3b0a8f8d223f84ebf7507594cee99f135'/>
<id>urn:sha1:bfbb62c3b0a8f8d223f84ebf7507594cee99f135</id>
<content type='text'>
OpenSSL 1.1.1 links the simple libcrypto.so to libcrypto_variant.so,
this was inadvertently dropped.

Fixes #16605

Reviewed-by: Tomas Mraz &lt;tomas@openssl.org&gt;
Reviewed-by: Paul Dale &lt;pauli@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/16608)
</content>
</entry>
<entry>
<title>platform-&gt;sharedlib_simple(): return undef when same as platform-&gt;sharedlib()</title>
<updated>2021-07-10T10:09:11Z</updated>
<author>
<name>Richard Levitte</name>
<email>levitte@openssl.org</email>
</author>
<published>2021-07-08T03:18:25Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=1bbe13fce5be8eee6fe2854b79dfbd38c028077c'/>
<id>urn:sha1:1bbe13fce5be8eee6fe2854b79dfbd38c028077c</id>
<content type='text'>
On some Unix-like platforms, there is no such thing as versioned shared
libraries.  In this case, platform-&gt;sharedlib_simple() should simply
return undef.  Among others, this avoids the shared libraries to be
installed as symlinks on themselves.

Fixes #16012

Reviewed-by: Tomas Mraz &lt;tomas@openssl.org&gt;
Reviewed-by: Paul Dale &lt;pauli@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/16023)
</content>
</entry>
<entry>
<title>Configuration: Fix incorrect $unified_info{attributes} references</title>
<updated>2021-06-16T13:47:39Z</updated>
<author>
<name>Richard Levitte</name>
<email>levitte@openssl.org</email>
</author>
<published>2021-06-16T04:09:41Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=3c121b986c51887c4f6ff662f36b1338fcf53e2a'/>
<id>urn:sha1:3c121b986c51887c4f6ff662f36b1338fcf53e2a</id>
<content type='text'>
Reviewed-by: Paul Dale &lt;pauli@openssl.org&gt;
Reviewed-by: Tomas Mraz &lt;tomas@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/15758)
</content>
</entry>
<entry>
<title>Fix The VMS variant of platform-&gt;staticname()</title>
<updated>2021-05-19T10:31:17Z</updated>
<author>
<name>Richard Levitte</name>
<email>levitte@openssl.org</email>
</author>
<published>2021-05-17T13:13:41Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=a1181fbdd0df70109c04283c564718b6f8d6ec18'/>
<id>urn:sha1:a1181fbdd0df70109c04283c564718b6f8d6ec18</id>
<content type='text'>
It was looking in the wrong place in %unified_info to determine if the
library would be installed or not.

Reviewed-by: Tim Hudson &lt;tjh@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/15317)
</content>
</entry>
<entry>
<title>Configuration: rework how dependency making is handled</title>
<updated>2021-04-28T19:35:26Z</updated>
<author>
<name>Richard Levitte</name>
<email>levitte@openssl.org</email>
</author>
<published>2021-04-26T07:17:05Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=2e535eb50aa9c6b73c796f668e1aef8bc17f14c4'/>
<id>urn:sha1:2e535eb50aa9c6b73c796f668e1aef8bc17f14c4</id>
<content type='text'>
Previously, we had dependency making pretty much hard coded in the
build file templates, with a bit of an exception for Unix family
platforms, where we had different cases depending on what dependency
making program was found.

With the Embarcadero C++ builder, a separate scheme appeared, with a
different logic.

This change merges the two, and introduces two config target
attributes:

    makedepcmd          The program to use, where this is relevant.
                        This replaces the earlier configuration
                        attribute 'makedepprog'.
    makedep_scheme      This is a keyword that can be used by build
                        files templates to produce different sorts of
                        commands, but most importantly, to pass as
                        argument to util/add-depend.pl, which uses
                        this keyword as a "producer" for the
                        dependency lines.

If the config target doesn't define the 'makedep_scheme' attribute,
Configure tries to figure it out by looking for GCC compatible
compilers or for the 'makedepend' command.

Reviewed-by: Tomas Mraz &lt;tomas@openssl.org&gt;
Reviewed-by: Matthias St. Pierre &lt;Matthias.St.Pierre@ncp-e.com&gt;
(Merged from https://github.com/openssl/openssl/pull/15006)
</content>
</entry>
<entry>
<title>Link with .def files</title>
<updated>2021-04-19T09:05:55Z</updated>
<author>
<name>Tanzinul Islam</name>
<email>tanzinul.islam@gmail.com</email>
</author>
<published>2020-12-13T18:01:46Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=491a1e3363228e8276ee293a86acd7a961ffe9d3'/>
<id>urn:sha1:491a1e3363228e8276ee293a86acd7a961ffe9d3</id>
<content type='text'>
MSVC's `link.exe` automatically finds `__cdecl` C functions (which are
decorated with a leading underscore by the compiler) when they are
mentioned in a `.def` file without the leading underscore.  This is an
[under-documented feature][1] of MSVC's `link.exe`.  C++Builder's
`ilink32.exe` doesn't do this, and thus needs the name-translation in
the `.def` file.  Then `implib.exe` needs to be told to re-add it.

(The Clang-based `bcc32c.exe` doesn't implement the [`-vu` or `-u-`][2]
options to skip adding the leading underscore to `__cdecl` C function
names, so this is the only way to have things work with non-underscored
export names in the DLLs.)

[1]: https://github.com/MicrosoftDocs/cpp-docs/issues/2653
[2]: http://docwiki.embarcadero.com/RADStudio/Sydney/en/Options_Not_Supported_by_Clang-enhanced_C%2B%2B_Compilers#BCC32_Options_that_Are_Not_Supported_by_Clang-enhanced_C.2B.2B_Compilers

Also silence linker warnings on duplicate symbols and ensure that error-
case cleanup in link rules work in C++Builder's `make.exe`.

Reviewed-by: Richard Levitte &lt;levitte@openssl.org&gt;
Reviewed-by: Dmitry Belyavskiy &lt;beldmit@gmail.com&gt;
(Merged from https://github.com/openssl/openssl/pull/13540)
</content>
</entry>
<entry>
<title>Unix Makefile generator: separate "simple" shared libraries from import libraries</title>
<updated>2021-01-21T18:48:33Z</updated>
<author>
<name>Richard Levitte</name>
<email>levitte@openssl.org</email>
</author>
<published>2021-01-15T11:20:25Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=ef161e7b8f61ea588c654c9600bde80b2e07588f'/>
<id>urn:sha1:ef161e7b8f61ea588c654c9600bde80b2e07588f</id>
<content type='text'>
For Unix like environments, we may have so called "simple" shared
library names (libfoo.so as opposed to libfoo.so.1.2), or we may have
"import" library names associated with a DLL (libfoo.dll.a for
libfoo.dll on Mingw and derivatives).

So far, "import" library names were treated the same as "simple"
shared library names, as some kind of normalization for the Unix way
of doing things.

We now shift to treat them separately, to make it clearer what is
what.

Fixes #13414, incidently

Reviewed-by: Tomas Mraz &lt;tomas@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/13875)
</content>
</entry>
</feed>
