On Fri, 25 Apr 2014, Eric Botcazou wrote: > > Ah, I didn't see that. So the issue here is that the host compiler > > miscompiles the in-tree copy? Maybe we should compile host libraries with > > -O0 during stage1 (and require recent host GCC for compiling > > cross compilers - which we probably do anyway). > > In-tree is a red herring, very few people do that. People download > libraries, > compile them with the base compiler, install them and bootstrap the compiler.
I'm not sure about that. In fact I'm always suggesting the in-tree variant to people (because then they don't need to fiddle with LD_LIBRARY_PATH). After suggesting to simply install the requirements from vendor provided packages, of course. Maybe we should simply import the requirements into our tree and use them unless the system provides what we need (or --with/without-system-FOO is supplied). We do that for other stuff like zlib, intl, boehm, etc.. gmp 6.0 now has 'mini-gmp' which is a slow but very small variant for example. Not sure if that's enough for our gmp needs for example. > > It's an issue anyway as soon as we bump the versions downloaded > > by contrib/download_prerequesites. What "newer" versions are > > affected, btw? Are "very newer" versions fixed maybe? > > GMP 5.x is known to be problematic on SPARC, I don't know for 6.x. Ok, 6.x is know to be problematic on *BSD. > > Generally we have conflicting goals - we want to make sure > > GCC works with system supplied versions of the libraries > > (thus the configure version checks), and we want to specify > > versions that work for the in-tree builds (because of the > > somewhat awkward setup of the build because of their inter-dependencies > > and not doing intermediate installs). > > Agreed, but the current situation is relatively satisfactory if you ask me. > If something needs to be changed because of web/60933, then it's probably the > versions provided at ftp://gcc.gnu.org/pub/gcc/infrastructure/ Well, if 5.x doesnt' work for SPARC and 6.x doesn't work for *BSD that leaves us with 4.x, exactly what is already present there. Richard.
