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>
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
"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
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
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 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 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
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 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
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
"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
11 matches
Mail list logo
