Anyone got irix5? I have questions about your ctype implementation
Alexandre Oliva
aoliva@redhat.com
Tue May 7 16:56:00 GMT 2002
On May 7, 2002, Alexandre Oliva <aoliva@redhat.com> wrote:
> 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?
Err... So, where's the patch?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: original-LD-for-multilibs.patch
Type: text/x-patch
Size: 10948 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/java-patches/attachments/20020507/3d980f0a/attachment.bin>
-------------- next part --------------
--
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