cross question on egcs pre-1.1 testing

[Ralf Corsepius]

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-2.9.1.0.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
> tree:
>
> revision 1.28.2.3
> 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
/lfs/hermes/embedded/test/egcs/gcc/include
Checking header files
Fixing limits.h
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
directory
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
directory
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[1]: *** [stmp-fixinc] Error 1
make[1]: 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
this problem.


IMO, this looks like a problem in egcs' handling of fixinclude-ed include files.

Ralf.


--
Ralf Corsepius
Forschungsinstitut fuer Anwendungsorientierte Wissensverarbeitung (FAW)
Helmholtzstr. 16, 89081 Ulm, Germany     Tel: +49/731/501-8690
mailto:corsepiu@faw.uni-ulm.de           FAX: +49/731/501-999
http://www.faw.uni-ulm.de