[Expat-bugs] [ expat-Bugs-1211302 ] building 2005-01-28 with mingw/msys

[SourceForge.net]

Bugs item #1211302, was opened at 2005-05-30 08:31
Message generated for change (Settings changed) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1211302&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Build control
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Gerrit P. Haase (siebenschlaefer)
Summary: building 2005-01-28 with mingw/msys

Initial Comment:
The libtool fails for some reason.

I have no idea how to debug/improve this so I will try
to use a prebuilt version.


/usr/src/expat-2005-01-28
$ make
/bin/sh ./libtool --silent --mode=compile gcc -I./lib
-I. -g -O2 -Wall -Wmissing-prototypes
-Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H
 -I/aspell/include -I/gw32/include/ -I/mingwlib/include
-o lib/xmlparse.lo -c lib/xmlparse.c
/bin/sh ./libtool --silent --mode=compile gcc -I./lib
-I. -g -O2 -Wall -Wmissing-prototypes
-Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H
 -I/aspell/include -I/gw32/include/ -I/mingwlib/include
-o lib/xmltok.lo -c lib/xmltok.c
/bin/sh ./libtool --silent --mode=compile gcc -I./lib
-I. -g -O2 -Wall -Wmissing-prototypes
-Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H
 -I/aspell/include -I/gw32/include/ -I/mingwlib/include
-o lib/xmlrole.lo -c lib/xmlrole.c
/bin/sh ./libtool --silent --mode=link gcc -I./lib -I.
-g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes
-fexceptions -DHAVE_EXPAT_CONFIG_H  -I/aspell/include
-I/gw32/include/ -I/mingwlib/include -no-undefined
-version-info 5:0:5 -rpath /usr/local/lib -L/aspell/lib
-L/gw32/lib/ -L/mingw/lib -o libexpat.la
lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo
Creating library file: .libs/libexpat.dll.a
gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes
-Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H
 -I/aspell/include -I/gw32/include/ -I/mingwlib/include
-o xmlwf/xmlwf.o -c xmlwf/xmlwf.c
gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes
-Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H
 -I/aspell/include -I/gw32/include/ -I/mingwlib/include
-o xmlwf/xmlfile.o -c xmlwf/xmlfile.c
gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes
-Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H
 -I/aspell/include -I/gw32/include/ -I/mingwlib/include
-o xmlwf/codepage.o -c xmlwf/codepage.c
gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes
-Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H
 -I/aspell/include -I/gw32/include/ -I/mingwlib/include
-o xmlwf/readfilemap.o -c xmlwf/readfilemap.c
/bin/sh ./libtool --silent --mode=link gcc -I./lib -I.
-g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes
-fexceptions -DHAVE_EXPAT_CONFIG_H  -I/aspell/include
-I/gw32/include/ -I/mingwlib/include -L/aspell/lib
-L/gw32/lib/ -L/mingw/lib -o xmlwf/xmlwf xmlwf/xmlwf.o
xmlwf/xmlfile.o xmlwf/codepage.o xmlwf/readfilemap.o
libexpat.la
./libtool: .libs/lt-xmlwf/xmlwf.c: No such file or
directory
./libtool: .libs/lt-xmlwf/xmlwf.c: No such file or
directory
./libtool: .libs/lt-xmlwf/xmlwf.c: No such file or
directory
./libtool: .libs/lt-xmlwf/xmlwf.c: No such file or
directory
./libtool: .libs/lt-xmlwf/xmlwf.c: No such file or
directory
./libtool: .libs/lt-xmlwf/xmlwf.c: No such file or
directory
gcc.exe: .libs/lt-xmlwf/xmlwf.c: No such file or directory
gcc.exe: no input files


----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2006-01-12 19:47

Message:
Logged In: YES 
user_id=290026

According to Gerrit P. Haase this is a libtool bug and
should be fixed with libtool version >= 1.5, which is used
for the Expat 2.0 release. Closing the issue.

----------------------------------------------------------------------

Comment By: Gerrit P. Haase (siebenschlaefer)
Date: 2005-11-28 12:49

Message:
Logged In: YES 
user_id=76037

This only happens when using an old libtool release like the
one included with the released tarball.  I always replace
ltmain.sh and libtool.m4 with the latest Cygwin version when
doing a binary release for Cygwin.  If Karl is going to make
the next release on his Cygwin installation it should be
fixed this way.

So basically it is a libtool bug.

If you want to build the 1.95.8 release, fetch the source
tarball form one of the Cygwin mirrors and use that instead
of the official source release.


Gerrit

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2005-06-15 08:40

Message:
Logged In: YES 
user_id=290026

Assigned to our Cygwin expert.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1211302&group_id=10127