PATCH: Update per-port documentation
Loren James Rittle
rittle@latour.rsch.comm.mot.com
Tue Mar 25 22:33:00 GMT 2003
Zack recently installed a patch to mainline that fixes a longstanding
IEEE denormals/libc interaction seen on FreeBSD/alpha (aka
alpha*-*-freebsd*) while bootstrapping gcc with libgcj enabled.
Installed as obvious. Of course, I reran `gmake -C gcc info' in
already bootstrapped tree.
Thanks Zack! - Loren
* doc/install.texi (*-*-freebsd*): Update with known status.
Index: gcc/doc/install.texi
===================================================================
RCS file: /cvs/gcc/gcc/gcc/doc/install.texi,v
retrieving revision 1.176
diff -c -r1.176 install.texi
*** gcc/doc/install.texi 24 Mar 2003 18:27:26 -0000 1.176
--- gcc/doc/install.texi 25 Mar 2003 22:23:22 -0000
***************
*** 2078,2099 ****
particular, @option{--enable-threads} is now configured by default.
However, as a general user, do not attempt to replace the system
compiler with this release. Known to bootstrap and check with good
! results on FreeBSD 3.0, 3.4, 4.0, 4.2, 4.3, 4.4, 4.5-STABLE and 5-CURRENT@.
In principle, @option{--enable-threads} is now compatible with
@option{--enable-libgcj} on FreeBSD@. However, it has only been built
! and tested on @samp{i386-*-freebsd4.5} and @samp{alpha-*-freebsd5.0}.
The static
library may be incorrectly built (symbols are missing at link time).
There is a rare timing-based startup hang (probably involves an
assumption about the thread library). Multi-threaded boehm-gc (required for
libjava) exposes severe threaded signal-handling bugs on FreeBSD before
! 4.5-RELEASE. The alpha port may not fully bootstrap without some manual
! intervention: @command{gcjh} will crash with a floating-point exception while
! generating @file{java/lang/Double.h} (just copy the version built on
! @samp{i386-*-freebsd*} and rerun the top-level @command{gmake} with no
! arguments and it
! should properly complete the bootstrap). Other CPU architectures
supported by FreeBSD will require additional configuration tuning in, at
the very least, both boehm-gc and libffi.
--- 2078,2096 ----
particular, @option{--enable-threads} is now configured by default.
However, as a general user, do not attempt to replace the system
compiler with this release. Known to bootstrap and check with good
! results on FreeBSD 4.8-STABLE and 5-CURRENT@. In the past, known to
! bootstrap and check with good results on FreeBSD 3.0, 3.4, 4.0, 4.2,
! 4.3, 4.4, 4.5-STABLE@.
In principle, @option{--enable-threads} is now compatible with
@option{--enable-libgcj} on FreeBSD@. However, it has only been built
! and tested on @samp{i386-*-freebsd[45]} and @samp{alpha-*-freebsd[45]}.
The static
library may be incorrectly built (symbols are missing at link time).
There is a rare timing-based startup hang (probably involves an
assumption about the thread library). Multi-threaded boehm-gc (required for
libjava) exposes severe threaded signal-handling bugs on FreeBSD before
! 4.5-RELEASE@. Other CPU architectures
supported by FreeBSD will require additional configuration tuning in, at
the very least, both boehm-gc and libffi.
More information about the Gcc-patches
mailing list