From: Hongjiu Lu -- Graduate Student <hlu@coea.wsu.edu> Subject: bug fix for the new gcc 1.40 Date: Mon, 24 Feb 1992 22:59:36 GMT
Hi,
I just fixed a FP bug in gnulib, a bug in sqrt(0.0) of libsoft.a and put
a new newgcc.tar.Z on tsx-11.mit.edu.
The cc1 now will support dbx. Now gcc will look for /usr/local/lib and
also check /usr/local/gcc-include. Since gcc is the native compiler on
Linux, I don't see why we should use /usr/local for the standard stuffs
of gcc.
The binary utilities have the same names as they in Unix. There is no
prefix 'g'.
When you get the new newgcc.tar.Z, unpack it in /usr. Everything will
fall in the right place.
If you don't have a 387, use -lsoft instead of -lm when you use math
functions.
Some other bugs have been reported in libc.a come with the new gcc
1.40. I am working on gcc 2.0 and a new libc.a. Some of the bugs
in the old libc.a will disappear in the new libc.a. Most of the codes in
./unistd will stay in the new libc.a. But the other parts may be very
different from the old one.
The new libc.a will be ANSI (and BSD?) compatible. I will try to port
as much gnu libc.a as possible, as long as I don't have to change any
syscalls.
I hope someone will take over the old libc.a so that I can spend more
time on the new one. But please send me the bugs. I will make sure it
won't happen in the new one.
BTW, if there is another serious bug in gcc, I will be happy to try to
fix it.
Thanks.
H.J.
-- School of EECS Internet: hlu@eecs.wsu.edu Washington State University BITNET: 60935893@WSUVM1.BITNET Pullman, WA 99164 Phone: (509) 335-6470 (O) USA (509) 334-6315 (H)