> It tries to:
> cp /usr/i386-redhat-linux /usr/i586-pc-linux-tomsrtbt
> What is this /usr/i386-redhat-linux supposed to contain?
> I dont have it.
It is using the existing settings of gcc, it does a:
gcc -v
to find where the specs file is. Now, from what is happening to you,
that means that Red-Hat (I am _really_ starting to get annoyed with
Red-Hat) didn't install gcc in the standard way where the /usr/arch name
is the same as the /usr/lib/gcc-lib/arch name. If one just installs gcc
from scratch, those names are the same. Or, your gcc is installed wrong.
I'll have to look at Red-Hat someday and see if I can figure a way to
autodetermine _both_ names, since gcc -v only gives me the one.
> I changed it to
> cp -af /usr/i486-linux-libc5/ $CPREFIX/$NEWARCH
Shouldn't be necessary, but may be ok.
> /usr/i586-pc-linux-tomsrtbt/include/string.h:33: stddef.h: No such file or
> directory
Maybe the linux and asm links are broken? Fix the links from tomsrtbt
include, let me know where they should point under Red-Hat.
> Then I do:
> # cd /usr/i586-pc-linux-tomsrtbt/include
> # ln -s linux/stddefs.h .
Don't do that. You need _all_ of it, the tomsrtbt include directory
already has links to /usr/src/linux/inlude, if Red-Hat doesn't use those
names then make links from the linux and asm directories. I think you are
missing the include statement I added in 0.3.
> I add /* */ to the lines 333,226,245,347 in stdlib.
>
> now it compiles. Good.
No no no don't go down this road.
> gcc -nostdinc -I/usr/i586-pc-linux-tomsrtbt/include \
> -I/usr/lib/gcc-lib/i586-pc-linux-tomsrtbt/2.9.5/include \
> -bi586-pc-linux-tomsrtbt
First, check both tomsrtbt include directories and make sure they exist.
Make sure the stuff from the tar file extracted into one of them. Make
sure the linux and asm links correctly point to the linux source tree.
Make sure the specs file was updated. If none of that works, try swapping
the order of the 2 includes. But, it definitely looks like the first
problem is that Red-Hat doesn't have your existing compiler installed in
the standard way (meaning: the way gcc installs from its source files).
I think the long term answer is going to be for me to get a copy of
Red-Hat just for compatibility testing. I tested the scripts out with
several configurations of gcc and binutils, but all were built and
installed from gcc and binutils sources, and didn't compensate for
whatever Red-Hat has done to the directory names.
Does anyone have a 6.0 or 6.1 copy of Red-Hat they can send me on CD?
-Tom
