Mailing-List:	contact cygwin-apps-help AT cygwin DOT com; run by ezmlm
Sender:	cygwin-apps-owner AT cygwin DOT com
List-Subscribe:	<mailto:cygwin-apps-subscribe AT cygwin DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin-apps/>
List-Post:	<mailto:cygwin-apps AT cygwin DOT com>
List-Help:	<mailto:cygwin-apps-help AT cygwin DOT com>, <http://sources.redhat.com/lists.html#faqs>
Mail-Followup-To:	cygwin-apps AT cygwin DOT com
Delivered-To:	mailing list cygwin-apps AT cygwin DOT com
From:	"Peter Ring" <pri AT ddf DOT dk>
To:	<cygwin-apps AT cygwin DOT com>
Subject:	RE: please update libXML
Date:	Tue, 18 Jun 2002 03:18:15 +0200
Message-ID:	<LLEGJLFMJCCMMIIJBIKDKENCCMAA.pri@ddf.dk>
MIME-Version:	1.0
X-Priority:	3 (Normal)
X-MSMail-Priority:	Normal
Importance:	Normal
X-MimeOLE:	Produced By Microsoft MimeOLE V6.00.2600.0000
In-Reply-To:	<191787230177.20020617221653@familiehaase.de>

I'm happy again :) make check running successfully as I write this. Thanks
for you help.

The main problem was some stale macros (libtool.m4 and ltdl.m4) in
/usr/share/aclocal. I vaguely remember installing libtool a very long time
ago -- before libtool was included in the distribution. And I also had an
outdated binutils package. I'm sort of impressed than most things worked
anyway.

The giveaway was that (because of the stale autoconf macros), configure
still insisted that gcc needs -DDLL_EXPORT to produce PIC, and didn't detect
sed.

There's probably no simple way to avoid a situation like this since it could
have been intentional. Is there a way to specify a dependency on a specific
version of an autoconf macro? It's about as messy as a TeX installation ...
I'd better ask on libtool mailing list, I know. Anyway, the 'new' way to
build shared libraries is a lot prettier.

Now if only I could also link with python ...

Kind regards,
Peter Ring


-----Original Message-----
From: Gerrit P. Haase [mailto:gp AT familiehaase DOT de]
Sent: 17. juni 2002 22:17
To: Peter Ring
Cc: cygwin-apps AT cygwin DOT com
Subject: Re: please update libXML


Hallo Peter,

gcc -shared  .libs/SAX.o .libs/entities.o .libs/encoding.o .libs/error.o
.libs/parserInternals.o .libs/parser.o .libs/tree.o .libs/hash.o
.libs/list.o .libs/xmlIO.o .libs/xmlmemory.o .libs/uri.o .libs/valid.o
.libs/xlink.o .libs/HTMLparser.o .libs/HTMLtree.o .libs/debugXML.o
.libs/xpath.o .libs/xpointer.o .libs/xinclude.o .libs/nanohttp.o
.libs/nanoftp.o .libs/DOCBparser.o .libs/catalog.o .libs/globals.o
.libs/threads.o .libs/c14n.o .libs/xmlregexp.o .libs/xmlschemas.o
.libs/xmlschemastypes.o .libs/xmlunicode.o  -lz /usr/lib/libiconv.dll.a  -o
.libs/cygxml2-2.dll -Wl,--image-base=0x10000000 -Wl,--out-implib,.libs/libxm
l2.dll.a
Creating library file: .libs/libxml2.dll.a
ar cru .libs/libxml2.a  .libs/SAX.o .libs/entities.o .libs/encoding.o
.libs/error.o .libs/parserInternals.o .libs/parser.o .libs/tree.o
.libs/hash.o .libs/list.o .libs/xmlIO.o .libs/xmlmemory.o .libs/uri.o
.libs/valid.o .libs/xlink.o .libs/HTMLparser.o .libs/HTMLtree.o
.libs/debugXML.o .libs/xpath.o .libs/xpointer.o .libs/xinclude.o
.libs/nanohttp.o .libs/nanoftp.o .libs/DOCBparser.o .libs/catalog.o
.libs/globals.o .libs/threads.o .libs/c14n.o .libs/xmlregexp.o
.libs/xmlschemas.o .libs/xmlschemastypes.o .libs/xmlunicode.o   SAX.o
entities.o encoding.o error.o parserInternals.o parser.o tree.o hash.o
list.o xmlIO.o xmlmemory.o uri.o valid.o xlink.o HTMLparser.o HTMLtree.o
debugXML.o xpath.o xpointer.o xinclude.o nanohttp.o nanoftp.o DOCBparser.o
catalog.o globals.o threads.o c14n.o xmlregexp.o xmlschemas.o
xmlschemastypes.o xmlunicode.o
ranlib .libs/libxml2.a
creating libxml2.la

That is the way how the latest libtool does it.
Obviously the dsiffernet libtoo-devell versions don't use
different timestamps, or you were using libtool-1.4.2 in
your build?


Gerrit
--
=^..^=

- Raw text -