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: Steve Ellcey <sellcey at imgtec dot com>
- To: Eric Botcazou <ebotcazou at adacore dot com>
- Cc: Andreas Tobler <andreast-list at fgznet dot ch>, <gcc-patches at gcc dot gnu dot org>
- Date: Fri, 29 May 2015 10:18:08 -0700
- Subject: Re: [patch] fix bootstrap on FreeBSD i386/arm
- Authentication-results: sourceware.org; auth=none
- References: <6154248 dot kZpWmyJ86f at polaris>
- Reply-to: <sellcey at imgtec dot com>
On Thu, 2015-05-28 at 23:54 +0200, 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?
Andreas,
This patch (or the earlier one) is also breaking a build of my MIPS
cross compiler. On CentOS 5.11 (yes I know that is old) I can build a
cross compiler where the executables are x86_64 objects but not when
they are i386 objects (i.e. when using -m32 to build GCC). The error
is duplicate atoll definitions (one in read-rtl.c and one in stdlib.h).
I may be mistaken but think when you moved the atoll check from
AC_CHECK_FUNCS to gcc_AC_CHECK_DECLS you needed to change config.in and
read-rtl.c because gcc_AC_CHECK_DECLS sets HAVE_DECL_ATOLL instead of
HAVE_ATOLL.
Steve Ellcey
sellcey@imgtec.com