Anyone got irix5? I have questions about your ctype implementation

Alexandre Oliva aoliva@redhat.com
Tue May 7 16:48:00 GMT 2002


[apologies if you get this twice; for some reason the mailing list
processor rejected the message for gcc-patches and java-patches
because they were not in To: or Cc: (they were in the second
occurrence of Cc:)]

On May  7, 2002, Alexandre Oliva <aoliva@redhat.com> wrote:

> Never mind.  I've just duplicated it with a full bootstrap.  Something
> is polluting mabi=64/config.cache with an incorrect setting of LD.
> Either libf2c or libstdc++-v3.  I'm looking into it.

Ok, any libtool library would do it, due to an ill effect of (some)
shells.

My understanding is that, if an exported variable is modified in a
shell script, the modified value is not supposed to be automatically
re-exported.  It should be kept private to the script.

It appears that IRIX's /bin/sh doesn't agree with my understanding, so
this work around was necessary.  Ideally, libtool shouldn't mess up
with LD, but I'd rather not touch this at this point.

This patch sucessfully bootstrapped the gcc 3.1 branch on
mips-sgi-irix6.5, and lt_cv_path_LD in both multilibs' config.cache
contained exactly the original value of LD, not the one modified by
libtool.m4.

Mark, ok for 3.1?

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                  aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist                Professional serial bug killer



More information about the Java-patches mailing list