This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/15491] ICE (Internal compiler error) while compiling glibc to vax-linux target
- From: "danglin at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 30 Jun 2004 02:36:05 -0000
- Subject: [Bug target/15491] ICE (Internal compiler error) while compiling glibc to vax-linux target
- References: <20040517103549.15491.gabucino@mplayerhq.hu>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From danglin at gcc dot gnu dot org 2004-06-30 02:36 -------
If you look at the PR's submitted since the beginning of the year for VAX,
you will see that interest in this target isn't totally dead. There has
been a fair bit of work done on binutils for the netbsd and linux targets.
Clearly, this was done with the assumption that the VAX target wouldn't
be removed from GCC. However, I'm going to stay out of the debate regarding
the removal of VAX.
My personal issues with trying to maintain VAX are:
1) It's much lower priority than hppa and my time is limited.
2) The VAX that I have has a rather limited amount of memory and runs
ultrix (until recently, this machine was used for remote data access
from two scientific monitors and there wasn't the time or money available
to upgrade the software used for this activity). While the machine
could be switched over to a newer OS, it would still be hobbled by
its limited memory. Hopefully, one of the people interested in netbsd
or linux will take it over, although I know they fear the learning
curve.
With the mainline, C would build after Jan's patch to fix a case falls
though problem until late January. Then, another change broke this
again. At the moment, there are new issues such as:
if gcc -DHAVE_CONFIG_H -I. -I../../gcc/libcpp -I. -I../../gcc/libcpp/../include
-I../../gcc/libcpp -I../../gcc/libcpp/include -DLOCALEDIR="\"/usr/local/gcc/gcc
-3.5.0/share/locale\"" -g -O2 -MT files.o -MD -MP -MF ".deps/files.Tpo" -c -o
files.o ../../gcc/libcpp/files.c; \
then mv -f ".deps/files.Tpo" ".deps/files.Po"; else rm -f ".deps/files.Tpo"; exi
t 1; fi
../../gcc/libcpp/files.c: In function `read_file_guts':
../../gcc/libcpp/files.c:503: error: `ssize_t' undeclared (first use in this fun
ction)
../../gcc/libcpp/files.c:503: error: (Each undeclared identifier is reported onl
y once
../../gcc/libcpp/files.c:503: error: for each function it appears in.)
../../gcc/libcpp/files.c:503: error: parse error before "size"
../../gcc/libcpp/files.c:524: error: parse error before numeric constant
../../gcc/libcpp/files.c:524: error: parse error before numeric constant
../../gcc/libcpp/files.c:524: error: parse error before numeric constant
...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15491