In article <200908122221.n7cmlsw1041...@latour.labs.mot.com>, I wrote:
> GCC 4.4.1 was successfully built, checked and installed on > i386-unknown-freebsd7.2. Note: Default configure options were > used except GNU binutils 2.19.1.20090812 rather than system's > binutils 2.15 and the testsuite was run with -pthread. > http://gcc.gnu.org/ml/gcc-testresults/2009-08/msg01308.html > Finally, AFAIK, all required tools were provided by the base system or > recent versions installed from the system's ports collection. Neither > ppl or cloog-ppl was installed for this report (or the GCC 4.4.1 using > binutils-2.16.1 report that I recently sent). First, additional notes on the above cited results: After studying the testsuite logs closely, I see that boehm-gc/gctest fails (for reasons, as yet, unknown) and three new gcc.target/i386/avx-vmovntps-256-1.c FAILS appear when GNU binutils 2.19.1.20090812 is used rather than GNU binutils-2.16.1. This result was after installing ppl but not cloog: http://gcc.gnu.org/ml/gcc-testresults/2009-08/msg01366.html This result was after removing all installed copies of binutils (except that located in /usr/bin) and then staging gas, ld, binutils, bfd, opcodes, and gprof directories from binutils-2.19.1 (and that was easier than I recalled; kudos to those that made it so): http://gcc.gnu.org/ml/gcc-testresults/2009-08/msg01398.html In this case, the testsuite was run without -pthread. The mudflap results did not improve as much as I expected. This result was after installing both ppl and cloog [*] (and having none of mpfr, gmp, ppl, or cloog source staged in the gcc-4.4.1 source tree yet having binutils-2.19.1 staged as outlined aboved): http://gcc.gnu.org/ml/gcc-testresults/2009-08/msg01428.html [*] Installed from the FreeBSD ports system with system compiler gcc-4.2.1: /usr/ports/math/libgmp4 [4.3.1] /usr/ports/math/mpfr [2.4.1] /usr/ports/devel/ppl [0.10.2] Installed by hand since not yet present in the FreeBSD ports system: cloog-ppl-0.15.7.tar.gz [from http://gcc.gnu.org/] This non-result was having mpfr, gmp, ppl, and cloog source staged (as semi-documented at http://gcc.gnu.org/install/prerequisites.html for at least mpfr and gmp) in the gcc-4.4.1 source tree: [...] Configuring stage 1 in ./gmp [...] Configuring stage 1 in ./mpfr [...] checking for gmp.h... no configure: error: gmp.h can't be found, or is unusable. What happens is that gmp stage 1 is correctly configured and built in order but then mpfr stage 1 is not configured to find the gmp stage 1 just built (the gmp.h header file is not found). Did I expect too much if I thought this would auto-magically work like it does when one stages the binutils sources? Either way, I think these statements in install/prerequisites.html may be incorrect or overly vague for gcc-4.4.1: (1) "Alternatively, if a GMP source distribution is found in a subdirectory of your GCC sources named gmp, it will be built together with GCC." (2) "Alternatively, if a MPFR source distribution is found in a subdirectory of your GCC sources named mpfr, it will be built together with GCC." At least, if you try to do (1) and (2) at the same time. Finally, in case you wonder, I am testing many subtle variations since it has been a long time since I updated the default configuration for FreeBSD and/or the *-*-freebsd* section of install.texi . Regards, Loren
