Bootstrap failures on solaris

Bootstrap failures on solaris

[Art Haas]

Hi.

I've had no luck with recent bootstraps on both i386-pc-solaris2.10 and
sparc-sun-solaris2.10. The error messages below are from builds performed
after updating my repo this morning.

i386-pc-solaris:

cc1: warnings being treated as errors
/export/home/arth/gnu/gcc.git/gcc/tree-ssa-loop-prefetch.c: In function 'loop_prefetch_arrays':
/export/home/arth/gnu/gcc.git/gcc/tree-ssa-loop-prefetch.c:1589:7: error: format '%ld' expects type 'long int', but argument 5 has type 'long long int'
make[3]: *** [tree-ssa-loop-prefetch.o] Error 1
make[3]: *** Waiting for unfinished jobs....


sparc-sun-solaris2.10:

/export/home/arth/src/gcc.git/libgcc/../gcc/unwind-dw2-fde.c: In function '__register_frame_table':
/export/home/arth/src/gcc.git/libgcc/../gcc/unwind-dw2-fde.c:154:1: internal compiler error: in dwarf2out_begin_epilogue, at dwarf2out.c:2753
Please submit a full bug report, with preprocessed source if appropriate.

Anyone else seeing failures like this?

Art Haas

Re: Bootstrap failures on solaris

[Revital1 Eres]

Hello,

> i386-pc-solaris:
>
> cc1: warnings being treated as errors
> /export/home/arth/gnu/gcc.git/gcc/tree-ssa-loop-prefetch.c: In function
> 'loop_prefetch_arrays':
> /export/home/arth/gnu/gcc.git/gcc/tree-ssa-loop-prefetch.c:1589:7: error:

> format '%ld' expects type 'long int', but argument 5 has type 'long long
int'
> make[3]: *** [tree-ssa-loop-prefetch.o] Error 1
> make[3]: *** Waiting for unfinished jobs....

I get this error on ppc also.

Revital
>
>
> sparc-sun-solaris2.10:
>
> /export/home/arth/src/gcc.git/libgcc/../gcc/unwind-dw2-fde.c: In function

> '__register_frame_table':
> /export/home/arth/src/gcc.git/libgcc/../gcc/unwind-dw2-fde.c:154:1:
internal
> compiler error: in dwarf2out_begin_epilogue, at dwarf2out.c:2753
> Please submit a full bug report, with preprocessed source if appropriate.
>
> Anyone else seeing failures like this?
>
> Art Haas

Re: Bootstrap failures on solaris

[Kaveh R. GHAZI]

On Tue, 9 Jun 2009, Art Haas wrote:

>
> Hi.
>
> I've had no luck with recent bootstraps on both i386-pc-solaris2.10 and
> sparc-sun-solaris2.10. The error messages below are from builds performed
> after updating my repo this morning.
>
> i386-pc-solaris:
>
> cc1: warnings being treated as errors
> /export/home/arth/gnu/gcc.git/gcc/tree-ssa-loop-prefetch.c: In function 'loop_prefetch_arrays':
> /export/home/arth/gnu/gcc.git/gcc/tree-ssa-loop-prefetch.c:1589:7: error: format '%ld' expects type 'long int', but argument 5 has type 'long long int'
> make[3]: *** [tree-ssa-loop-prefetch.o] Error 1
> make[3]: *** Waiting for unfinished jobs....

The above should be easy to fix using HOST_WIDE_INT_PRINT_DEC instead of
"%ld".  You'll have to pry apart the format string and insert the macro
via compile-time string contatenation.  See other uses for examples.

		--Kaveh

Re: Bootstrap failures on solaris

[Adam Nemet]

Revital1 Eres <ERES@il.ibm.com> writes:
> Hello,
>
>> i386-pc-solaris:
>>
>> cc1: warnings being treated as errors
>> /export/home/arth/gnu/gcc.git/gcc/tree-ssa-loop-prefetch.c: In function
>> 'loop_prefetch_arrays':
>> /export/home/arth/gnu/gcc.git/gcc/tree-ssa-loop-prefetch.c:1589:7: error:
>
>> format '%ld' expects type 'long int', but argument 5 has type 'long long
> int'
>> make[3]: *** [tree-ssa-loop-prefetch.o] Error 1
>> make[3]: *** Waiting for unfinished jobs....
>
> I get this error on ppc also.

See http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00712.html

Adam

RE: Bootstrap failures on solaris

[Arthur Haas]

>Revital1 Eres <ERES@il.ibm.com> writes:
>> Hello,
>>
>>> i386-pc-solaris:
>>>
>>> cc1: warnings being treated as errors
>>> /export/home/arth/gnu/gcc.git/gcc/tree-ssa-loop-prefetch.c: In
function
>>> 'loop_prefetch_arrays':
>>> /export/home/arth/gnu/gcc.git/gcc/tree-ssa-loop-prefetch.c:1589:7:
error:
>>>
>>> format '%ld' expects type 'long int', but argument 5 has type 'long
long
>> int'
>>> make[3]: *** [tree-ssa-loop-prefetch.o] Error 1
>>> make[3]: *** Waiting for unfinished jobs....
>>
>> I get this error on ppc also.
>
> See http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00712.html

Hi.

Now that this patch has been commited, the build on i386-pc-solaris2.10
succeeds when building tree-ssa-loop-prefetch.o file but fails later on:

cc1: warnings being treated as errors
/export/home/arth/gnu/gcc.git/gcc/gcc.c: In function 'compare_files':
/export/home/arth/gnu/gcc.git/gcc/gcc.c:6635:2: error: request for
implicit conversion from 'void *' to 'caddr_t' not permitted in C++
make[3]: *** [gcc.o] Error 1
make[3]: *** Waiting for unfinished jobs....

The error is in an munmap() call, and a look at the <sys/mman.h> header
shows that the funcation arguments can be either 'void *' or 'caddr_t *'
depending on preprocessor values.

Art Haas

Re: Bootstrap failures on solaris

[Ian Lance Taylor]

"Arthur Haas" <ahaas@impactweather.com> writes:

> Now that this patch has been commited, the build on i386-pc-solaris2.10
> succeeds when building tree-ssa-loop-prefetch.o file but fails later on:
>
> cc1: warnings being treated as errors
> /export/home/arth/gnu/gcc.git/gcc/gcc.c: In function 'compare_files':
> /export/home/arth/gnu/gcc.git/gcc/gcc.c:6635:2: error: request for
> implicit conversion from 'void *' to 'caddr_t' not permitted in C++
> make[3]: *** [gcc.o] Error 1
> make[3]: *** Waiting for unfinished jobs....
>
> The error is in an munmap() call, and a look at the <sys/mman.h> header
> shows that the funcation arguments can be either 'void *' or 'caddr_t *'
> depending on preprocessor values.

I believe that POSIX specifices that munmap takes a void * argument.  Is
there some preprocessor define we can use to direct the Solaris header
files to compile in POSIX mode?  If so, it should work to add it to
CFLAGS (using +=) in TOPLEVEL/config/mh-solaris.

Ian

Re: Bootstrap failures on solaris

[Jonathan Wakely]

2009/6/9 Ian Lance Taylor:
>
> I believe that POSIX specifices that munmap takes a void * argument.  Is
> there some preprocessor define we can use to direct the Solaris header
> files to compile in POSIX mode?  If so, it should work to add it to
> CFLAGS (using +=) in TOPLEVEL/config/mh-solaris.

I tripped up on the same issue a while ago, this should work:

-D_XOPEN_SOURCE -D_XOPEN_SOURCE_EXTENDED=1

See http://www.kayari.org/doc/c++/suncc.html for other options.

Jonathan

Re: Bootstrap failures on solaris

[Alexandre Oliva]

[-- Attachment #1: Type: text/plain, Size: 484 bytes --]

On Jun  9, 2009, "Arthur Haas" <ahaas@impactweather.com> wrote:

> Now that this patch has been commited, the build on i386-pc-solaris2.10
> /export/home/arth/gnu/gcc.git/gcc/gcc.c: In function 'compare_files':
> /export/home/arth/gnu/gcc.git/gcc/gcc.c:6635:2: error: request for
> implicit conversion from 'void *' to 'caddr_t' not permitted in C++

Every other call to munmap in gcc/ is given a char* or has a cast to
caddr_t.

This patch should fix it.  I'll check it in shortly.


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: gcc-compare-debug-munmap-caddr.patch --]
[-- Type: text/x-patch, Size: 528 bytes --]

for  gcc/ChangeLog
from  Alexandre Oliva  <aoliva@redhat.com>

	* gcc.c (compare_files): Cast munmap argumento to caddr_t.

Index: gcc/gcc.c
===================================================================
--- gcc/gcc.c.orig	2009-06-08 04:45:28.000000000 -0300
+++ gcc/gcc.c	2009-06-10 04:17:33.000000000 -0300
@@ -6632,7 +6632,7 @@ compare_files (char *cmpfile[])
 
     for (i = 0; i < 2; i++)
       if (map[i])
-	munmap (map[i], length[i]);
+	munmap ((caddr_t) map[i], length[i]);
 
     if (ret >= 0)
       return ret;

[-- Attachment #3: Type: text/plain, Size: 258 bytes --]



-- 
Alexandre Oliva, freedom fighter    http://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/   FSF Latin America board member
Free Software Evangelist      Red Hat Brazil Compiler Engineer