* Re: Build report for GCC 4.4.1/i386-unknown-freebsd7.2/binutils-2.19.1
2009-08-12 23:08 Build report for GCC 4.4.1/i386-unknown-freebsd7.2/binutils-2.19.1 Loren James Rittle
2009-08-12 23:29 ` Dave Korn
@ 2009-08-14 18:45 ` Loren James Rittle
1 sibling, 0 replies; 5+ messages in thread
From: Loren James Rittle @ 2009-08-14 18:45 UTC (permalink / raw)
To: gcc
In article <200908122221.n7CMLsw1041518@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
^ permalink raw reply [flat|nested] 5+ messages in thread