[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [dev-serveez] Re: libtool 1.5 used in serveez package
From: |
stefan |
Subject: |
Re: [dev-serveez] Re: libtool 1.5 used in serveez package |
Date: |
Wed, 28 May 2003 06:30:52 +0200 (CEST) |
On Mon, 26 May 2003, Bob Friesenhahn wrote:
> > > > This message indicates that libtool is not able/does not want to link
> > > > the
> > > > static archive libiberty.a to the libserveez.dll. This worked perfectly
> > > > with 1.4.2. When looking at the magic_regex_expr ('file_magic ^x86
> > > > archive import|^x86 DLL') in libtool.m4 one can get the impression that
> > > > windows dlls are now allowed to be linked against other dlls only.
> > > > Static
> > > > archives are not allowed anymore. Has this some reason?
> > >
> > > It was a bug to allow Windows DLLs to link against static libraries
> > > other than those delivered with the compiler. 1.5 fixes this bug.
> >
> > The static archive we are talking about is 'libiberty.a' which comes with
> > the mingw32 compiler. Or what do you mean by "static libraries delivered
> > with the compiler"?
>
> More specifically, this would mean the libraries which are
> automatically supplied by the compiler such as libstdc++. The
> 'libiberty.a' library is just a porting tool and is not required in
> order to build C and C++ programs.
Would it possibly make sense to do an exception for 'libiberty.a' and
'libm.a'? Just noticed that '-lm' also fails with dlls.
Cheers,
address@hidden
Re: [dev-serveez] Re: libtool 1.5 used in serveez package, stefan, 2003/05/26
Re: [dev-serveez] Re: libtool 1.5 used in serveez package, stefan, 2003/05/26