On Mon, 2015-06-01 at 17:07 +0200, Andreas Tobler wrote:
> > This patch worked for me. I am curious about why you use
> > '!HAVE_DECL_ATOLL' in read-rtl.c instead of '!defined(HAVE_DECL_ATOLL)'.
> > The use of !defined seems more common and is used in the HAVE_ATOQ check
> > in the same #if state
On 01.06.15 16:43, Steve Ellcey wrote:
On Sat, 2015-05-30 at 11:27 +0200, Andreas Tobler wrote:
I'm sorry. I totally forgot about autoheader...
I'm testing this one now. Would you mind giving it a try?
Thanks,
Andreas
This patch worked for me. I am curious about why you use
'!HAVE_DECL_AT
On Sat, 2015-05-30 at 11:27 +0200, Andreas Tobler wrote:
>
> I'm sorry. I totally forgot about autoheader...
>
> I'm testing this one now. Would you mind giving it a try?
>
> Thanks,
> Andreas
This patch worked for me. I am curious about why you use
'!HAVE_DECL_ATOLL' in read-rtl.c instead of
> 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/deci
OK, thanks.
Jason
Hi Jason,
On 30.05.15 11:27, Andreas Tobler wrote:
On 29.05.15 19:18, Steve Ellcey wrote:
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 e
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) i
Hi Steve,
On 29.05.15 19:18, Steve Ellcey wrote:
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
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 thi
Eric Botcazou writes:
>> Only Solaris 10, actually: Solaris 11 isn't affected since it has
>> clearenv(3C).
>
> That's not the only problem AFAICS:
>
> /usr/include/sys/resource.h: At global scope:
> /usr/include/sys/resource.h:79:25: error: declaration does not declare
> anything [-fpermissive]
> Only Solaris 10, actually: Solaris 11 isn't affected since it has
> clearenv(3C).
That's not the only problem AFAICS:
/usr/include/sys/resource.h: At global scope:
/usr/include/sys/resource.h:79:25: error: declaration does not declare
anything [-fpermissive]
/homes/botcazou/gcc-head/src/gcc/s
Eric Botcazou writes:
>> 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 al
> 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
OK, thanks.
Jason
All,
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.
But the configure always stated atoll available.
A bi
15 matches
Mail list logo
