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
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' linker
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 stripping an
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 libstdc++ is not
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 flag
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',
unless
# 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.
