GCC update for testing

2012-05-17 Thread Pedro Giffuni

Hi;

I took a bunch of patches that were merged into the GCC 4.1 branch
(under GPLv2) and prepared a patch for merging them into our base
gcc. These are supposed to be bug fixes only.

You can get the patch here:
http://people.freebsd.org/~pfg/patches/patch-contrib-gcc
And, for those really interested, the log is here:
http://people.freebsd.org/~pfg/patches/gcc41-pr-log

It may be my imagination but the patch seems to be causing more
warnings than usual and it breaks the kernel here:


$ make
cc -c -O2 -Os -pipe -fno-strict-aliasing -march=athlon64 -std=c99 -g 
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option   -nostdinc  -I. -I../../.. 
-I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=8000 --param 
inline-unit-growth=100 --param large-function-growth=1000  
-fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse 
-msoft-float  -fno-asynchronous-unwind-tables -ffreestanding 
-fstack-protector -Werror  ../../../cam/scsi/scsi_sa.c

cc1: warnings being treated as errors
../../../cam/scsi/scsi_sa.c: In function 'samount':
../../../cam/scsi/scsi_sa.c:1887: warning: 'comp_supported' may be used 
uninitialized in this function
../../../cam/scsi/scsi_sa.c:1888: warning: 'write_protect' may be used 
uninitialized in this function
../../../cam/scsi/scsi_sa.c:1887: warning: 'comp_enabled' may be used 
uninitialized in this function
../../../cam/scsi/scsi_sa.c:2728: warning: 'current_speed' may be used 
uninitialized in this function

../../../cam/scsi/scsi_sa.c:2728: note: 'current_speed' was declared here
../../../cam/scsi/scsi_sa.c:2727: warning: 'current_density' may be used 
uninitialized in this function

../../../cam/scsi/scsi_sa.c:2727: note: 'current_density' was declared here
../../../cam/scsi/scsi_sa.c:2725: warning: 'current_blocksize' may be 
used uninitialized in this function
../../../cam/scsi/scsi_sa.c:2725: note: 'current_blocksize' was declared 
here
../../../cam/scsi/scsi_sa.c:2728: warning: 'current_speed' may be used 
uninitialized in this function

../../../cam/scsi/scsi_sa.c:2728: note: 'current_speed' was declared here
../../../cam/scsi/scsi_sa.c:2725: warning: 'current_blocksize' may be 
used uninitialized in this function
../../../cam/scsi/scsi_sa.c:2725: note: 'current_blocksize' was declared 
here
../../../cam/scsi/scsi_sa.c:2728: warning: 'current_speed' may be used 
uninitialized in this function

../../../cam/scsi/scsi_sa.c:2728: note: 'current_speed' was declared here
../../../cam/scsi/scsi_sa.c:2725: warning: 'current_blocksize' may be 
used uninitialized in this function
../../../cam/scsi/scsi_sa.c:2725: note: 'current_blocksize' was declared 
here
../../../cam/scsi/scsi_sa.c:2728: warning: 'current_speed' may be used 
uninitialized in this function

../../../cam/scsi/scsi_sa.c:2728: note: 'current_speed' was declared here
../../../cam/scsi/scsi_sa.c:2725: warning: 'current_blocksize' may be 
used uninitialized in this function
../../../cam/scsi/scsi_sa.c:2725: note: 'current_blocksize' was declared 
here

*** Error code 1
...


Other stuff I tested (Apache OpenOffice) builds fine.

cheers,

Pedro.
___
freebsd-toolchain@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to freebsd-toolchain-unsubscr...@freebsd.org


Re: GCC update for testing

2012-05-17 Thread Dimitry Andric
On 2012-05-17 17:44, Pedro Giffuni wrote: Hi;
 I took a bunch of patches that were merged into the GCC 4.1 branch
 (under GPLv2) and prepared a patch for merging them into our base
 gcc. These are supposed to be bug fixes only.
 
 You can get the patch here:
 http://people.freebsd.org/~pfg/patches/patch-contrib-gcc
 And, for those really interested, the log is here:
 http://people.freebsd.org/~pfg/patches/gcc41-pr-log
 
 It may be my imagination but the patch seems to be causing more
 warnings than usual and it breaks the kernel here:
...
 ../../../cam/scsi/scsi_sa.c: In function 'samount':
 ../../../cam/scsi/scsi_sa.c:1887: warning: 'comp_supported' may be used 
 uninitialized in this function
 ../../../cam/scsi/scsi_sa.c:1888: warning: 'write_protect' may be used 
 uninitialized in this function

These warnings seem wrong, upon casual inspection of the code.  In any
case, if you compile the same file with gcc 4.7, they don't appear. :)

Any idea which particular gcc fix is responsible for them?

As a workaround, we could set all those variable to some reasonable
value, but that feels like a cheap trick to me...

But I'd rather just not import the fix that causes those warnings.
___
freebsd-toolchain@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to freebsd-toolchain-unsubscr...@freebsd.org


Re: GCC update for testing

2012-05-17 Thread Pedro Giffuni

Hi Dimitry;

On 05/17/12 11:44, Dimitry Andric wrote:

On 2012-05-17 17:44, Pedro Giffuni wrote:  Hi;

I took a bunch of patches that were merged into the GCC 4.1 branch
(under GPLv2) and prepared a patch for merging them into our base
gcc. These are supposed to be bug fixes only.

You can get the patch here:
http://people.freebsd.org/~pfg/patches/patch-contrib-gcc
And, for those really interested, the log is here:
http://people.freebsd.org/~pfg/patches/gcc41-pr-log

It may be my imagination but the patch seems to be causing more
warnings than usual and it breaks the kernel here:

...

../../../cam/scsi/scsi_sa.c: In function 'samount':
../../../cam/scsi/scsi_sa.c:1887: warning: 'comp_supported' may be used
uninitialized in this function
../../../cam/scsi/scsi_sa.c:1888: warning: 'write_protect' may be used
uninitialized in this function

These warnings seem wrong, upon casual inspection of the code.  In any
case, if you compile the same file with gcc 4.7, they don't appear. :)

Any idea which particular gcc fix is responsible for them?

As a workaround, we could set all those variable to some reasonable
value, but that feels like a cheap trick to me...

But I'd rather just not import the fix that causes those warnings.


I will have to dig deeper into the changes to see what causes this.
In any case I do agree and the patch will not be committed.
Ultimately I can just leave the list around and we bring them
in only as needed.

Pedro.

___
freebsd-toolchain@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to freebsd-toolchain-unsubscr...@freebsd.org