1 Gross hack to make libtool work with gcc-wrapper - frontended
2 link.exe on Windows. Make libtool ignore all libs & simply pass
3 them on as-is to the linker
5 A proper fix would be to make gcc-wrapper behave like gcc during
6 linking, by accepting cygwin path names, and correctly expanding
7 -l<short_lib_name> to lib<short_lib_name>.lib
9 diff -ur gpgmepp.org/m4/libtool.m4 gpgmepp/m4/libtool.m4
10 --- gpgmepp.org/m4/libtool.m4 2016-11-16 13:20:16.000000000 +0100
11 +++ gpgmepp/m4/libtool.m4 2017-11-21 22:00:05.006587800 +0100
12 @@ -3230,24 +3230,11 @@
16 - # func_win32_libid is a shell function defined in ltmain.sh
17 - lt_cv_deplibs_check_method='file_magic ^x86 archive import|^x86 DLL'
18 - lt_cv_file_magic_cmd='func_win32_libid'
19 + lt_cv_deplibs_check_method=pass_all
23 - # Base MSYS/MinGW do not provide the 'file' command needed by
24 - # func_win32_libid shell function, so use a weaker test based on 'objdump',
25 - # unless we find 'file', for example because we are cross-compiling.
26 - # func_win32_libid assumes BSD nm, so disallow it if using MS dumpbin.
27 - if ( test "$lt_cv_nm_interface" = "BSD nm" && file / ) >/dev/null 2>&1; then
28 - lt_cv_deplibs_check_method='file_magic ^x86 archive import|^x86 DLL'
29 - lt_cv_file_magic_cmd='func_win32_libid'
31 - # Keep this pattern in sync with the one in func_win32_libid.
32 - lt_cv_deplibs_check_method='file_magic file format (pei*-i386(.*architecture: i386)?|pe-arm-wince|pe-x86-64)'
33 - lt_cv_file_magic_cmd='$OBJDUMP -f'
35 + lt_cv_deplibs_check_method=pass_all