<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openssl/Configurations/platform/Windows, branch master</title>
<subtitle>TLS/SSL and crypto library.</subtitle>
<id>http://git.bktus.com/gpgfrontend/openssl/atom?h=master</id>
<link rel='self' href='http://git.bktus.com/gpgfrontend/openssl/atom?h=master'/>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/'/>
<updated>2021-04-19T09:05:55Z</updated>
<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>Building: Fix the library file names for MSVC builds to include multilib</title>
<updated>2020-12-12T23:26:29Z</updated>
<author>
<name>Richard Levitte</name>
<email>levitte@openssl.org</email>
</author>
<published>2020-12-11T15:25:13Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=e841938349a2897def004c9c8cf0131d158a0c29'/>
<id>urn:sha1:e841938349a2897def004c9c8cf0131d158a0c29</id>
<content type='text'>
In OpenSSL 1.1.1, VC-WIN64I and VC-WIN64A have a 'multilib' attribute
set, which affect the names of the produced libcrypto and libssl DLLs.
This restores that for OpenSSL 3.0.

Fixes #13659

Reviewed-by: Matt Caswell &lt;matt@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/13670)
</content>
</entry>
<entry>
<title>Rework building: Windows changes to handle extensions and product names</title>
<updated>2019-01-21T18:31:32Z</updated>
<author>
<name>Richard Levitte</name>
<email>levitte@openssl.org</email>
</author>
<published>2018-10-23T12:36:23Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=957689611b355f3514bd9051829f3a9a0d9d4517'/>
<id>urn:sha1:957689611b355f3514bd9051829f3a9a0d9d4517</id>
<content type='text'>
Add platform::Windows, which is a generic Windows module, and
platform::Windows::MSVC, which is a module specifically for MS Visual
C.

This reworks Configurations/windows-makeffile.tmpl to work out product
names in platform::Windows.  Something to be noted is that the new
functionality ignores the *_extension config attributes, as they were
never used.

Reviewed-by: Tim Hudson &lt;tjh@openssl.org&gt;
Reviewed-by: Paul Dale &lt;paul.dale@oracle.com&gt;
(Merged from https://github.com/openssl/openssl/pull/7473)
</content>
</entry>
</feed>
