Libtool head: Path translation issue on MinGW (was: Libtool stresstest.at segfault on Cygwin/MinGW)

[Peter Ekberg]

* Bob Friesenhahn wrote on Tuesday, September 20, 2005 01:52 CEST
> On Tue, 20 Sep 2005, Peter Ekberg wrote:
> > But that is a MinGW bug in my book. Why would ld not like a unix
> > style path? But then again, I'm not on bleeding edge MinGW here.
> 
> MinGW is a native *Windows* application.  As such, it depends 
> on other 
> applications to translate Unix style paths to Windows paths.  It does 
> not know anything about Unix.  When using the MSYS shell, MSYS 
> performs that task.  MSYS does its best but apparently it does not 
> manage to detect all path arguments (difficult job) and translate 
> them.

Heh, I always thought the MinGW binaries were MSYS apps. That was
a misconception of course. Thanks for sparing me the embarrassment
of a "bugreport" on the MinGW list!

> Note that the Cygwin GCC is a Cygwin application so using the Cygwin 
> GCC in "MinGW" mode is not entirely the same.

That much was clear to me...

Anyway, here's a patch to fix this MinGW problem. Makes stresstest
pass on MinGW if head-filter-data-symbols-3.patch is applied
and if dumpbin is used as name lister (but the two patches are
independent and fix separate bugs).

        * libltdl/m4/libtool.m4 (_LT_LINKER_SHLIBS,
_LT_LANG_CXX_CONFIG):
        Split up --out-implib option for linker in separate args so that
        the MSYS path translation can do it's magic on the provided path
        to the import library. Fixes problem in stresstest.at on MinGW.

Cheers,
Peter

head-implib-path-mingw.patch
Description: head-implib-path-mingw.patch