[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Libtool stresstest.at segfault on Cygwin/MinGW
From: |
Peter Ekberg |
Subject: |
RE: Libtool stresstest.at segfault on Cygwin/MinGW |
Date: |
Tue, 20 Sep 2005 00:09:09 +0200 |
* Peter Ekberg wrote on Monday, September 19, 2005 21:05 CEST
It's me again...
> 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.
Cheers,
Peter
- Re: Libtool stresstest.at segfault on Cygwin/MinGW, (continued)
- Re: Libtool stresstest.at segfault on Cygwin/MinGW, Ralf Wildenhues, 2005/09/16
- RE: Libtool stresstest.at segfault on Cygwin/MinGW, Peter Ekberg, 2005/09/16
- RE: Libtool stresstest.at segfault on Cygwin/MinGW, Peter Ekberg, 2005/09/19
- RE: Libtool stresstest.at segfault on Cygwin/MinGW, Peter Ekberg, 2005/09/19
- RE: Libtool stresstest.at segfault on Cygwin/MinGW, Peter Ekberg, 2005/09/19
- RE: Libtool stresstest.at segfault on Cygwin/MinGW,
Peter Ekberg <=
- RE: Libtool stresstest.at segfault on Cygwin/MinGW, Peter Ekberg, 2005/09/19
- RE: Libtool stresstest.at segfault on Cygwin/MinGW, Peter Ekberg, 2005/09/22
- RE: Libtool stresstest.at segfault on Cygwin/MinGW, Peter Ekberg, 2005/09/22