# make check | grep FAIL
FAIL: demo-exec.test
FAIL: demo-exec.test
FAIL: demo-exec.test
FAIL: hardcode.test
FAIL: build-relink.test
that was on NetBSD-1.4Y/Alpha (ELF) and libtool 1.3.5. how can in find out
why the test failed and track down the errors.
On 29 May 2000, Alexandre Oliva wrote:
> On May 29, 2000, Paul Berrevoets <[EMAIL PROTECTED]> wrote:
>
> > In general, this statement is false. The Solaris (>=2.5) linker _does_
> > allow non-PIC code in shared libraries.
>
> Ok. The problem is that gcc links shared libraries with `-z text',
>
On May 29, 2000, Paul Berrevoets <[EMAIL PROTECTED]> wrote:
> In general, this statement is false. The Solaris (>=2.5) linker _does_
> allow non-PIC code in shared libraries.
Ok. The problem is that gcc links shared libraries with `-z text',
unless `-mimpure-text' is given. Maybe that's the fl
Alexandre Oliva wrote:
> On May 29, 2000, Stephan Kulow <[EMAIL PROTECTED]> wrote:
>
> > This is a bug in gcc at least til 2.8.1 (no 2.95 here at the
> > moment):
>
> > _IO_do_write0x8c
> > /opt/GCC281/lib/libstdc++.
> > a(stdiostream.o)
>
> Not a bug. It's just that libs
On May 26, 2000, Michael Matz <[EMAIL PROTECTED]> wrote:
> On Thu, 25 May 2000, Ossama Othman wrote:
>> Hmm, I though that Alexandre as already took care of this.
Not me, but the patch is already in.
> Hmm, it seems the newest diff to libtool-ml has something, but it
> only deals with strippin
On May 29, 2000, Stephan Kulow <[EMAIL PROTECTED]> wrote:
> Ossama Othman wrote:
>> Now that I think about it, libtool is only reproducing what the C++
>> compiler would normally do internally, so why would libtool be wrong?
>> Specifically, libtool disables the internal library link commands th
On May 29, 2000, Stephan Kulow <[EMAIL PROTECTED]> wrote:
> This is a bug in gcc at least til 2.8.1 (no 2.95 here at the
> moment):
> _IO_do_write0x8c
> /opt/GCC281/lib/libstdc++.
> a(stdiostream.o)
Not a bug. It's just that libstdc++ is not PIC, and Solaris' lin
Hi Jason, Fred,
Sorry for the delay -- I am working through my email backlog after an
extended period of busyness...
On Fri, Jan 07, 2000 at 02:29:09PM -0800, Jason Merrill wrote:
> A while back, Fred Fish wrote this patch to allow an environment to
> override AR_FLAGS, presumably for use on BeO
Ossama Othman wrote:
>
> Hi Kevin,
>
> On Sun, May 28, 2000 at 07:37:11PM -0400, Kevin Atkinson wrote:
> > I was just informed that the HEAD branch does indeed drop static library
> > dependencies when making shared libraries. Perhaps the HEAD branch needs
> > to be merged with the ML branch or
