[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: |
Fri, 16 Sep 2005 11:36:54 +0200 |
Ralf Wildenhues wrote on Friday, September 16, 2005 11:20 CEST:
> Hi Peter,
>
> * Peter Ekberg wrote on Fri, Sep 16, 2005 at 11:11:29AM CEST:
> > * Peter Ekberg wrote on Thursday, September 15, 2005 15:15 CEST:
> > >
> > > http://sourceware.org/ml/cygwin/2005-09/msg00471.html
> >
> > It is indeed something different, it's a libtool bug. Here's a
> > patch for stresstest.at that makes the test pass on Cygwin (and
> > probably MinGW). I don't think it should be applied, but it shows
> > where the problem is...
>
> Yes.
>
> > In short, when you specify the symbols to export with
> > "-export-symbols foo.sym", the file foo.sym is simply prepended
> > with an EXPORTS line (if missing) and used as a .def input file
> > for the linker. But when a .def file is specified, the auto-export
> > magic is shorted out of the loop and the .def file is trusted
> > blindly. So, the correct fix is that when the symfile given to
> > libtool does not start with an EXPORTS line, the symbols in it has
> > to be filtered and " DATA" should be appended to those symbols
> > that are data symbols, probably similar to what is done when the
> > -export-symbols-regex option is used.
>
> Should not the fix go into ltmain instead, so that it munges
> foo.sym to conform to this?
Yes, that's probably the best place to put the code. I was just
trying to outline what the code should do, and didn't intend to
imply where it should be located...
Cheers,
Peter