"Gary V. Vaughan" wrote:
> >
> > Also, there are two separate issues being discussed here: (1) how to
> > (compile-time) link against the 'right' version of a library, and (2)
> > how to insure that the 'right' dll is loaded at run-time.
>
> Nah. I'm talking about (2) only. I *am* assuming that
Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> Please try the patch in the attached message.
I'm now building the tree with the current -rmulti-language-branch libtool with
this patch, and it already got past building libbfd.a and libopcodes.a and
linking some executables with them, so it looks go
On Sat, Sep 02, 2000 at 02:36:03PM -0400, Charles S. Wilson wrote:
> "Gary V. Vaughan" wrote:
> >
> > Charles S. Wilson wrote:
> > >
> > > There is *something* in the windows system that gets notified that
> > > myapp.exe depends on mydll.dll whenever you execute myapp.exe. This
> > > *something
In regard to: Re: problem with nm check on recent Digital/Tru64 UNIX...,...:
>On Aug 24, 2000, Tim Mooney <[EMAIL PROTECTED]> wrote:
>
>> If I change the egrep to
>
>> egrep '(/dev/null| object)'
>
>Thanks, I've just installed a variant of your patch, that had been
>posted by Tom Kacvisky a
On Aug 24, 2000, Tim Mooney <[EMAIL PROTECTED]> wrote:
> If I change the egrep to
> egrep '(/dev/null| object)'
Thanks, I've just installed a variant of your patch, that had been
posted by Tom Kacvisky a *very* long time ago. Sorry about the
duplicate work :-(
--
Alexandre Oliva Enjo
On Jul 28, 2000, Pavel Roskin <[EMAIL PROTECTED]> wrote:
> + * ltconfig.in: only load $cache_file if it's a regular file
Thanks, I'm checking this in
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.
On Sep 2, 2000, [EMAIL PROTECTED] (Michael Sokolov) wrote:
> The current libtool, both -rHEAD and -rmulti-language-branch, ever
> since 1999- 10-01 in fact, causes catastrophic breakage on standard
> UNIX systems on which archives created by ar MUST be ranlib'ed
> before ld can use them at all (
On Aug 13, 2000, Assar Westerlund <[EMAIL PROTECTED]> wrote:
> * ltconfig.in: add back ranlib calls for static libraries if there
> is a ranlib
Thanks, I'm checking this in. Sorry about the delay.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GC
"Gary V. Vaughan" wrote:
>
> Charles S. Wilson wrote:
> >
> > There is *something* in the windows system that gets notified that
> > myapp.exe depends on mydll.dll whenever you execute myapp.exe. This
> > *something* searches the file system according to the search path
> > described earlier in
Hi there,
The current libtool, both -rHEAD and -rmulti-language-branch, ever since 1999-
10-01 in fact, causes catastrophic breakage on standard UNIX systems on which
archives created by ar MUST be ranlib'ed before ld can use them at all (at
least 4.0BSD through 4.3BSD, and lots of others I'm sur
On Fri, Sep 01, 2000 at 07:40:09PM +0300, Paul Sokolovsky wrote:
> Hello Charles,
>
> Charles S. Wilson <[EMAIL PROTECTED]> wrote:
>
> CSW> Well, the problem with libtool is that it's a developer's tool. Take
> CSW> the gettext package, for instance. It uses some version of libtool that
> CSW>
11 matches
Mail list logo
