Re: Problem on cygwin linking convenience libraries into a convenience library?

[Ralf Wildenhues]

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
Makefile.am 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/libfoo.la" 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: 
>
> http://article.gmane.org/gmane.comp.search.xapian.general/2071

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: 
>
> http://oligarchy.co.uk/xapian/0.9.5/xapian-core-0.9.5.tar.gz

On a current Cygwin, this builds fine for me:
../xapian-core-0.9.5/configure -C
make
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,
Ralf