Maintainability first. If something fails with parallel make, and
is reproducible with plain "make" (i.e. doesn't screw up the build
directory), I don't see a reason not to move it. You'd do "make"
anyway to check if a dependency is missing, wouldn't you?
Really, all I care about is having it depend on the languages
enabled. It's driving me crazy at the moment on a non-fortran build.
As was pointed out, gmp/mpfr are now used in the default code path.
This is causing systems with multiple sets of libraries installed, or
optional libraries installed in odd paths (/opt/local) to start
overriding others.
Right now, for example there are two sets of libiconv found on my
system. Configure finds one set in /usr/lib, but the -L added for gmp
when I set it to /opt/local finds gnu libiconv off in /opt/local
which really isn't the desired result. Of course, I can work around
this using --with-libiconv-prefix, but my configure line is starting
to look a bit long...
At some point the configury should agree on how to find optional
libraries. I don't mind picking either the system or the ones in .../
some-prefix, but it should be consistent in how it looks for libraries
and headers.
Thoughts?
-eric
