On Tue, 14 Nov 2017, Martin Storsjö wrote:
On Tue, 14 Nov 2017, Martin Storsjö wrote:
On Mon, 13 Nov 2017, Martin Storsjö wrote:
This is only to match what we do for msvcrt; the function name
with a -32 suffix is the canonial that the headers should end
up using.
Signed-off-by: Martin Storsjö <mar...@martin.st>
---
mingw-w64-crt/lib-common/ucrtbase.def.in | 2 ++
1 file changed, 2 insertions(+)
diff --git a/mingw-w64-crt/lib-common/ucrtbase.def.in
b/mingw-w64-crt/lib-common/ucrtbase.def.in
index 674332f..ba7dc8f 100644
--- a/mingw-w64-crt/lib-common/ucrtbase.def.in
+++ b/mingw-w64-crt/lib-common/ucrtbase.def.in
@@ -327,10 +327,12 @@ _filelength
_filelengthi64
_fileno
_findclose
+F32(_findfirst == _findfirst32)
_findfirst32
_findfirst32i64
_findfirst64
_findfirst64i32
+F32(_findnext == _findnext32)
_findnext32
_findnext32i64
_findnext64
--
2.7.4
MSVC also seems to have a similar linker alias in their libs - if I link a
test file like this:
void _findfirst(void);
int main(int argc, char* argv[]) {
_findfirst();
return 0;
}
It ends up as a file that imports _findfirst32 from ucrtbase.dll.
This was OK'd by Jacek on irc (together with patches 1-2) if MSVC does the
same.
Also - MSVC has got the same alias regardless of architecture - not only
on i386, so will change this similarly before pushing.
Pushed these 3.
// Martin
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
