Hello Jon, Regarding the q32 option, I think it is a default behavior of xlc compiler, it automatically adds q32 to build 32 bit objects. I added one more option "--disable-multilib", and the build seems to go further then stopped at: Permission denied to /usr/local/include/time.h In fact, the correct local include directory is: /usr/include instead of /usr/local/include, any idea how we can specify it for compilation? I just added "LOCAL_INCLUDE_DIR" variable to the build, and it is still ongoing. What do you think adding the option "-DLOCAL_INCLUDE_DIR=" to CFLAGs in case it stopped on the same error? Regards, On Tue, Nov 26, 2013 at 12:13 PM, Jonathan Wakely <jwakely.gcc@xxxxxxxxx> wrote: > On 26 November 2013 09:47, dellair jie wrote: >> Dear Jonathan, >> >> Thanks for the reply and information shared. >> >> We are not able to compile the GMP/MPFR/MPC libraries via prerequisite >> script as the server is not connected to internet either. Hence we can >> only compile them separately. > > That's not true, you don't need to use the download_prerequisites > script, it just makes it easier. You can still put the sources in the > GCC tree manually to build them in-tree. > >> The libraries we compile are static libraries, and after the >> compilation, a "make check" has been done in order for accuracy. > > OK, building them static avoids the problem I thought you were having > (but it's still easier to build them in-tree). > >> I did follow your guide to check the config.log under sub-directory, >> in this case libgcc, and the log was attached in first email. > >> It failed at "Fatal error: -a64 unsupported" and it is very confusing >> cause there's nowhere to find the a64 option in command/arguments. > > It also says the option -q32 is not recognised. GCC should not be > trying to use arguments it doesn't recognise, so that suggests the > argument came from your configuration. Do you have any environment > variables set that contain -q32? e.g. CFLAGS? What does this show? > env | fgrep q32
