This is the mail archive of the
mailing list for the GCC project.
Re: cross question on egcs pre-1.1 testing
- To: law at cygnus dot com
- Subject: Re: cross question on egcs pre-1.1 testing
- From: Ralf Corsepius <corsepiu at faw dot uni-ulm dot de>
- Date: Mon, 31 Aug 1998 10:03:02 +0200
- CC: joel at OARcorp dot com, egcs-bugs at cygnus dot com
- References: <email@example.com>
- Reply-To: corsepiu at faw dot uni-ulm dot de
Jeffrey A Law wrote:
> In message <35E7482A.7296811E@faw.uni-ulm.de>you write:
> > This is a multi-part message in MIME format.
> > --------------F8A569294154BC6692D50485
> > * host: i686-pc-linux-gnulibc1, egcs-1.0.3a, binutils-126.96.36.199.7
> > * target: sh-rtems, egcs-19980824, gas-19980825, newlib-1.8.0+rtems-patches
> > * All languages seem to build successfully with --disable-multilib (=SH1 only)
> > Ralf.
> > PS.: I didn't cc this mail to the list due to the size of the *.ii file.
> Sorry to say, but this one compiled fine for me too.
> The good news is based on a hunch that some of the bugs I recently
> fixed in regmove could be the culprit I played around a bit and found
> that both bugs you reported were fixed by this change in the egcs-1.1
> revision 188.8.131.52
> date: 1998/08/18 17:13:12; author: law; state: Exp; lines: +2 -0
> * regmove.c (fixup_match_2): Do not call reg_overlap_mentioned_p
> on notes.
> Fixes testsuite regression on the H8.
> So, the SH should be a happy camper now.
You seem to be right. egcs-1.1-prerelease doesn't show the problems mentioned in my
previous mails anymore (i.e. building egcs/g++ multilibs + compiling the networking
code of rtems works fine now).
However I still encounter another problem:
Joel provides a shell-script for rtems to build the whole gnu-toolchain (A variant of
the one-tree script). Before building egcs, this shell-script copies newlib's
limits.h to $prefix/$target/sys-include and to $prefix/$target/include.
Now, whenever I have limits.h under $prefix/$target/sys-include, I receive the
following error during egcs' build process:
Fixing directory /opt/gnu/sh-rtems/sys-include into
Checking header files
Deleting /lfs/hermes/embedded/test/egcs/gcc/include/limits.h; no fixes were needed.
egrep: /lfs/hermes/embedded/test/egcs/gcc/include/reg_types.h: No such file or
egrep: /lfs/hermes/embedded/test/egcs/gcc/include/regex.h: No such file or directory
egrep: /lfs/hermes/embedded/test/egcs/gcc/include/sys/lc_core.h: No such file or
Cleaning up DONE files.
Removing unneeded directories:
cp: cannot create regular file `include/assert.h': No such file or directory
chmod: include/assert.h: No such file or directory
make: *** [stmp-fixinc] Error 1
make: Leaving directory `/lfs/hermes/embedded/test/egcs/gcc'
make: *** [cross] Error 2
Removing $prefix/$target/sys-include or copying all newlib-include files of another
sh-rtems toolchain installation to $prefix/$target/sys-include immediately avoids
IMO, this looks like a problem in egcs' handling of fixinclude-ed include files.
Forschungsinstitut fuer Anwendungsorientierte Wissensverarbeitung (FAW)
Helmholtzstr. 16, 89081 Ulm, Germany Tel: +49/731/501-8690
mailto:firstname.lastname@example.org FAX: +49/731/501-999