Hello libtoolers,
Here is a fix for libtool 1.4 running on freebsd. Applications linked
with our library (libdb.so, built using libtool) on freebsd have
libc.so mistakenly pulled in by libdb.so, even though we don't
specify -lc on our command line. The idea on freebsd is to defer the
selection
On Jun 8, 2001, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
> Unfortunately this probably comes dow to wrapper scripts, which is ugly too
Since we're talking Cygwin, shouldn't it be a wrapper executable?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC D
On Jun 8, 2001, Guido Draheim <[EMAIL PROTECTED]> wrote:
> hmmm, or an autoconf wrapper macro?
Nope, this wouldn't work for libraries that are not installed in
libdir, but in a subdir thereof.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
On Jun 15, 2001, Robert Boehne <[EMAIL PROTECTED]> wrote:
> One thing I'd like to see in Libtool is support for
> multiple-language libraries where f90 C and C++ sources can be used
> together in a single shared library.
I suppose you can already do this by creating single-language
convenience l
On Sunday 17 June 2001 8:25 pm, Alexandre Oliva wrote:
> On Jun 8, 2001, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
> > Unfortunately this probably comes dow to wrapper scripts, which is ugly
> > too
>
> Since we're talking Cygwin, shouldn't it be a wrapper executable?
Good point.
--
())_.
Alexandre Oliva wrote:
>
> On Jun 8, 2001, Guido Draheim <[EMAIL PROTECTED]> wrote:
>
> > hmmm, or an autoconf wrapper macro?
>
> Nope, this wouldn't work for libraries that are not installed in
> libdir, but in a subdir thereof.
>
Yes, it would, the subdir-path-generation does just have to r
