[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problem on cygwin linking convenience libraries into a convenience l

From: Ralf Wildenhues
Subject: Re: Problem on cygwin linking convenience libraries into a convenience library?
Date: Tue, 16 May 2006 07:58:28 +0200

Hi Olly,
* Olly Betts wrote on Tue, May 16, 2006 at 03:10:04AM CEST:

My library currently builds by linking files in each directory into a
convenience library, and then all all these convenience libraries get
linked into the "real" library, along with a dummy C++ source file
so that libtool knows what language to link as.
We've linked this way for a long time, except that there's an extra
sub-sub-directory added comparatively recently.
(I'm not totally sold on this approach - all those convenience libraries
take up a lot of space, and creating them takes time - it'd be nice to be able to build the library directly from all the object files, but
I've not sussed out a sanely maintainable way to achieve that...)

Non-recursive Makefiles are a way.  You can structure them by including snippets from the subdirectories.  (Be sure to use
subdir-objects in this case.)
There's one directory which is two levels deep, and here the middle
level builds a convenience library from one C++ source and the
convenience libraries from the subdirectories, like this (LIBADD_*
are set to either "foo/" or nothing depending on which backends
are enabled in configure - by default the first is disabled so there are
4 sub-convenience libraries):

This works fine, except on cygwin it seems.  It used to work, but
stopped at some point I can't accurately determine.  The first version
where it was reported as a problem was the one where I upgraded from
using libtool 1.5.8 to 1.5.18, which probably means this problem started
between those two versions.  Nothing leaps out at me from libtool's NEWS
or Changelog but perhaps a more trained eye would see something.

I can't see what's failing here.
The problem is missing references when building the "real" library, as
reported here:

There seem to be several issues intermixed here. Which one is unsolved?
If someone with access to a cygwin box wants to try to reproduce this,
then building this tarball (with the usual ./configure && make) should
do so:

On a current Cygwin, this builds fine for me:
../xapian-core-0.9.5/configure -C
make check
(the last gives 3 errors, presumably due to disallowed net access).
So, sorry, I need more information to be able to reproduce this.
Do you have (maybe only in some cases) duplicate object file names
which libtool fails to rename?
Cheers, and thanks for the report,

reply via email to

[Prev in Thread] Current Thread [Next in Thread]