RE: Libtool stresstest.at segfault on Cygwin/MinGW

[Peter Ekberg]

* Peter Ekberg wrote on Tuesday, September 20, 2005 00:09 CEST

It's me again...

> * Peter Ekberg wrote on Monday, September 19, 2005 21:05 CEST
> > Ralf Wildenhues wrote on Monday, September 19, 2005 17:10 CEST
> > > * Peter Ekberg wrote on Mon, Sep 19, 2005 at 04:17:56PM CEST:
> > 
> > *snip*
> > 
> > > > Well, the test segfaults on MinGW with the patch, and if I add
> > > > DATA to all symbols manually in asyms the (reordered) test goes
> > > > on until the same problem is triggered when export_symbols_cmds
> > > > is invoked because of the -export-symbols-regex option, so I
> > > > assume it is not good enough for MinGW. I think the import lib
> > > > gets screwed up if data symbols are not correctly tagged.
> > > 
> > > OK.  I assume it's not a linker bug then.
> > 
> > (nit: s/linker/compiler/ I suppose)
> > 
> > *snip*
> 
> Muahahahaha. I couldn't sleep. I just had to check something...
> 
> So, here it goes, if you
> 
>       configure NM="dumpbin -symbols"
> 
> on MinGW, stresstest succeeds with this patch, so I guess the
> info is buried in the objects somewhere. It's just nm that is
> a little less informative than needed in this case.

I spoke too soon. I forgot that I had disabled the `pwd`/ part
of the rel loop. That still fails since MSYS does not convert
a -Wl,--out-implib,/c/absolute/path argument to
-Wl,--out-implib,C:/absolute/path

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.

However, the segfault targeted with the patch is gone when dumpbin
is used as name lister, that still holds.

Cheers,
Peter (wanders off to bed again)