This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [patch] fix bootstrap on FreeBSD i386/arm
- From: Andreas Tobler <andreast-list at fgznet dot ch>
- To: Eric Botcazou <ebotcazou at adacore dot com>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Sun, 31 May 2015 21:52:41 +0200
- Subject: Re: [patch] fix bootstrap on FreeBSD i386/arm
- Authentication-results: sourceware.org; auth=none
- References: <55675D73 dot 8080804 at fgznet dot ch> <6154248 dot kZpWmyJ86f at polaris>
On 28.05.15 23:54, Eric Botcazou wrote:
This patch restores bootstrap on i386-*-freebsd*.
The build was failing after the introduction of -std=c++98
configure/build flag. The -std=c++98 enables strict_ansi and on FreeBSD
the libc function atoll is not defined for this.
Solaris (x86 and SPARC) is also broken in various ways: for example, the "sun"
preprocessor macro is no more defined. Why do we need strict ANSI exactly?
It comes from -std=c++98, I don't know why we need it.
I come that far on Sparc Solaris 10:
Comparing stages 2 and 3
warning: gcc/cc1plus-checksum.o differs
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/fortran/symbol.o differs
gcc/builtins.o differs
gcc/real.o differs
gcc/ubsan.o differs
libdecnumber/decimal128.o differs
gmake[2]: *** [compare] Error 1
gmake[2]: Leaving directory `/export/data/tobleran/gcc-test/head/objdir'
gmake[1]: *** [stage3-bubble] Error 2
gmake[1]: Leaving directory `/export/data/tobleran/gcc-test/head/objdir'
gmake: *** [bootstrap] Error 2
I do not face any issues from -std=c++98 so far. But I can imagine that
there will be something in libjava? There we disable 'sun' with -Usun.
But this should not be a big issue.
Andreas