Re: [Mingw-users] Secure crt functions not in header files
-----BEGIN PGP SIGNED MESSAGE-----
On 26/05/17 15:58, Earnie wrote:
> On 5/26/2017 10:26 AM, Keith Marshall wrote:
>> Notwithstanding the above, and given that we want to keep msvcrt-xref
>> fully comprehensive, while still generating libmsvcrt.a from the same
>> symbol reference source, there are some symbols explicitly filtered
>> out of the import libraries; we could extend the list of such symbols,
>> if the user population deems it desirable. I will be guided by the
>> wishes of any significant number of users here; if you think we should
>> exclude Microsoft's *_s() nonsense, please say so; if you think we
>> should support it, please submit patches via the feature request
> My vote is to keep them.
I don't have a problem with doing so; however...
> Some poor system might just be using these regardless.
Any such system must (currently) do so, without any dependence on
prototypes in our headers, for such prototypes don't yet exist.
> I also think if someone wants to provide proper clean room patches
> with appropriate guards for these we shouldn't be glib about adding
Sure, provided the guards are appropriate, and the poster can cite
direct MSDN references for content, or can demonstrate a clean room
technique to fill in any undocumented content. Hence my request to
have such patches submitted via our tracker, where we can review,
discuss, and appropriately vet them.
Public key available from keys.gnupg.net
Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (GNU/Linux)
-----END PGP SIGNATURE-----
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
MinGW-users mailing list
This list observes the Etiquette found at
We ask that you be polite and do the same. Disregard for the list etiquette may cause your account to be moderated.
You may change your MinGW Account Options or unsubscribe at: