[Bug target/35507] [avr] 4.3.0: size of small funcion increases from 2 to 29 words

--- Comment #5 from abnikant dot singh at atmel dot com 2010-09-03 06:45 --- gcc version 4.6.0 20100903 (experimental) (GCC) [Head] produces 2 words: mult: /* prologue: function */ /* frame size = 0 */ /* stack size = 0 */ .L__stack_usage = 0 rcall __mulsi3 /* epilogue start */

[Bug bootstrap/45067] [4.6 regression] ARM bootstrap failure: internal compiler error: in expand_widen_pattern_expr, at optabs.c:522

--- Comment #12 from laurent at guerby dot net 2010-09-03 06:25 --- The bootstrap is still broken on arm-linux, I opened a new report: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45514 And I'm closing this one. -- laurent at guerby dot net changed: What|Removed

[Bug bootstrap/45514] New: [4.6 Regression] Bootstrap broken on arm-linux in locate_neon_builtin_icode

At r163779 I get a slightly different error: /home/guerby/build/./prev-gcc/xgcc -B/home/guerby/build/./prev-gcc/ -B/n/57/guerby/install-trunk-163779/armv5tel-unknown-linux-gnueabi/bin/ -B/n/57/guerby/install-trunk-163779/armv5tel-unknown-linux-gnueabi/bin/ -B/n/57/guerby/install-trunk-163779/armv5

[Bug fortran/45513] New: BOZ kinds differently handled, F2008: BOZ in bit intrinsics

As reported by Fran,cois-Xavier at http://gcc.gnu.org/ml/fortran/2010-08/msg00484.html a) integer(kind=8) :: i i = 0 print *, kind(ior (i, z"ff1e")) print *, kind(ior (0_8, z"ff1e")) end gives different different results for the compile-time and run-time evaluation. b) F2008 allows BO

[Bug c/45512] New: null pointer dereference in gcc

[reg...@gamow tmp426]$ current-gcc -v Using built-in specs. COLLECT_GCC=current-gcc COLLECT_LTO_WRAPPER=/uusoc/exports/scratch/regehr/z/compiler-install/gcc-r163740-install/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../configure

[Bug c++/20681] [4.3/4.4/4.5/4.6 Regression] wrong "control reaches" warning with switches

--- Comment #27 from pinskia at gcc dot gnu dot org 2010-09-03 04:53 --- *** Bug 45497 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681

[Bug middle-end/45497] [4.3/4.4/4.5/4.6 Regression] bogus warning at -O0 (control reaches end of non-void function).

--- Comment #5 from pinskia at gcc dot gnu dot org 2010-09-03 04:53 --- Not to mention t2.cpp is really a dup of bug 20681. And yes this is a dup of that bug as this is a switch that is causing issue. *** This bug has been marked as a duplicate of 20681 *** -- pinskia at gcc dot gn

[Bug middle-end/45497] [4.3/4.4/4.5/4.6 Regression] bogus warning at -O0 (control reaches end of non-void function).

--- Comment #4 from pinskia at gcc dot gnu dot org 2010-09-03 04:51 --- Reopening as that bug was marked as being fixed in 4.4.0 but this is not. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/45510] Bug with anonymous unions and bit-fields

--- Comment #7 from runipg at broadcom dot com 2010-09-03 03:31 --- Subject: Re: Bug with anonymous unions and bit-fields Wow, So there is a diff inside and outside a struct? This is very counter-intuitive but I am to accept your explanation if that's what the language says. Thank

[Bug ada/45499] Ada bootstrap broken

--- Comment #4 from hjl dot tools at gmail dot com 2010-09-03 02:39 --- (In reply to comment #3) > Subject: Re: Ada bootstrap broken > > I don't see where a -Y option would come from or what would accept it. Y can be any letter from A to Z and a to z. See PR 45504 for an example. --

[Bug c++/45509] program abort after compiled with gcc-4.5.1

--- Comment #3 from hjl dot tools at gmail dot com 2010-09-03 02:02 --- It is hard to tell without a small testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45509

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

--- Comment #41 from howarth at nitro dot med dot uc dot edu 2010-09-03 01:58 --- Created an attachment (id=21681) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21681&action=view) don't redefine MAIN_STACK_BOUNDARY so -fstack-usage can work -- http://gcc.gnu.org/bugzilla/show

[Bug c++/45501] Compiler does not find template function if member is addressed with "this"

--- Comment #3 from jason at gcc dot gnu dot org 2010-09-03 01:36 --- prn and this->prn are equivalent. Specifically, the type of *this is the current scope, so although it is a dependent type it is not a dependent scope and .template should not be needed. -- jason at gcc dot gnu do

[Bug target/45511] ICE in neon_valid_immediate, at config/arm/arm.c:8294

--- Comment #1 from rmansfield at qnx dot com 2010-09-03 01:13 --- Created an attachment (id=21680) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21680&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45511

[Bug c++/45510] Bug with anonymous unions and bit-fields

--- Comment #6 from pinskia at gcc dot gnu dot org 2010-09-03 01:13 --- You can use a GCC extension of anonymous structs: struct bfa { union { struct { unsigned int a : 1, b : 4; }; unsigned int data; }; }; To ge

[Bug target/45511] New: ICE in neon_valid_immediate, at config/arm/arm.c:8294

-prefix=/home/ryan/x-tools/arm-unknown-linux-gnu/arm-unknown-linux-gnu --disable-nls --enable-threads=posix --enable-symvers=gnu --enable-__cxa_atexit --enable-languages=c++ --enable-shared --enable-c99 --enable-long-long Thread model: posix gcc version 4.6.0 20100902 (experimental) [trunk revision 163787

[Bug c++/45510] Bug with anonymous unions and bit-fields

--- Comment #5 from pinskia at gcc dot gnu dot org 2010-09-03 01:10 --- union { unsigned int a : 1, b : 4; unsigned int data; }; This is an union of three elements each over lapping, that is a:1 overlaps with b:4 and data. So this is

[Bug c++/45510] Bug with anonymous unions and bit-fields

--- Comment #4 from paolo dot carlini at oracle dot com 2010-09-03 01:09 --- Fair enough, but first blush I also don't see any text in the C++ Standard guaranteeing the behavior you want, wondered if you actually can get it with other compilers, maybe as implementation defined. Somebody

[Bug c++/45510] Bug with anonymous unions and bit-fields

--- Comment #3 from runipg at broadcom dot com 2010-09-03 01:03 --- Subject: Re: Bug with anonymous unions and bit-fields That was fast and interesting that two other compilers behave the same. Unfortunately I don't have access to any other compiler. I am simply befuddled by the beh

[Bug ada/45499] Ada bootstrap broken

--- Comment #3 from joseph at codesourcery dot com 2010-09-03 00:25 --- Subject: Re: Ada bootstrap broken I don't see where a -Y option would come from or what would accept it. I can see an issue with some Ada code not accepting the separate arguments "-I -". I'm testing a workaroun

[Bug c++/45479] Exceptions not delivered properly after thread cancellation

--- Comment #15 from mikedalpee at enginsol dot com 2010-09-03 00:24 --- I have spent a lot more time playing around with this, and after running the exception1 program numerous times, the behaviour oscillates between working correctly or not working at all. So there appears to be some

[Bug c++/45509] program abort after compiled with gcc-4.5.1

--- Comment #2 from wung at synopsys dot com 2010-09-03 00:07 --- Hopefully this is what you need. The info is from the debug build. Program received signal SIGABRT, Aborted. 0x002a987f425d in raise () from /lib64/tls/libc.so.6 (gdb) where #0 0x002a987f425d in raise () from /l

[Bug c++/45479] Exceptions not delivered properly after thread cancellation

--- Comment #14 from mikedalpee at enginsol dot com 2010-09-03 00:05 --- Created an attachment (id=21679) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21679&action=view) Program that demostrates the bug -- mikedalpee at enginsol dot com changed: What|Removed

[Bug c++/45510] Bug with anonymous unions and bit-fields

--- Comment #2 from paolo dot carlini at oracle dot com 2010-09-03 00:02 --- Without having seriously looked into your code, I note that two completely different, closed source compilers (ICC and SunStudio) leads to the same behavior as GCC at runtime. Does your code actually "work" (be

[Bug c++/45510] New: Bug with anonymous unions and bit-fields

I have isolated the problem to a very small test program. There are 2 tests in main, testa builds an anonymous union with bit-fields in it. testb builds a similar anonymous union but this time with a named structure in it but otherwise identical members. testa gives in

[Bug ada/45499] Ada bootstrap broken

--- Comment #2 from hjl dot tools at gmail dot com 2010-09-02 23:32 --- GCC driver now passes down '-Y XXX=FOO" instead of "-YXXX=FOO". Ada compiler may not support it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45499

[Bug tree-optimization/18501] [4.3/4.4/4.5/4.6 Regression] Missing 'used uninitialized' warning (CCP)

--- Comment #41 from manu at gcc dot gnu dot org 2010-09-02 23:10 --- *** Bug 42884 has been marked as a duplicate of this bug. *** -- manu at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/42884] GCC (v4.3.3) fails to detect uninitialized variable

--- Comment #20 from manu at gcc dot gnu dot org 2010-09-02 23:10 --- The first testcase and the second are different issues. Both of them are old, known and reported in bugzilla. None of them are trivial to fix. GCC developers would wish to make our compiler as powerful as to solve th

[Bug tree-optimization/45085] [4.6 Regression] incorrect -Wuninitialized warning

--- Comment #7 from manu at gcc dot gnu dot org 2010-09-02 22:59 --- WAITING is for waiting for submitters information. -- manu at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/18501] [4.3/4.4/4.5/4.6 Regression] Missing 'used uninitialized' warning (CCP)

--- Comment #40 from manu at gcc dot gnu dot org 2010-09-02 22:50 --- *** Bug 45493 has been marked as a duplicate of this bug. *** -- manu at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/45493] -Wuninitialized does not warn

--- Comment #4 from manu at gcc dot gnu dot org 2010-09-02 22:50 --- CCP is responsible for this. *** This bug has been marked as a duplicate of 18501 *** -- manu at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/43850] ice: tree code �template_type_parm� is not supported in gimple streams

--- Comment #11 from pinskia at gcc dot gnu dot org 2010-09-02 22:40 --- (In reply to comment #10) > What is the changeset that fixed this on trunk? I'd really need to try to > patch > my 4.5.1 if possible bcs this bug is a showstopper for me LTO is an experimental feature for 4.5.x.

[Bug c++/43850] ice: tree code �template_type_parm� is not supported in gimple streams

--- Comment #10 from andrea dot bigagli at commprove dot com 2010-09-02 22:38 --- What is the changeset that fixed this on trunk? I'd really need to try to patch my 4.5.1 if possible bcs this bug is a showstopper for me -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43850

[Bug c/45502] Passing multi-dimensional array to function using C99 VLA function parameter format fails if function is inlined

--- Comment #5 from r dot j dot hogan at reading dot ac dot uk 2010-09-02 22:34 --- Subject: Re: Passing multi-dimensional array to function using C99 VLA function parameter format fails if function is inlined Of course, that's fine. On Thu, 2 Sep 2010, paolo dot carlini at oracle d

[Bug c/45502] Passing multi-dimensional array to function using C99 VLA function parameter format fails if function is inlined

--- Comment #4 from paolo dot carlini at oracle dot com 2010-09-02 22:31 --- Note that if the problem affects only the GCC delivered with that SUSE distro should be reported to SUSE, not here. Personally, I can't reproduce it with stock 4.3.2 or 4.3.3 or current FSF releases from 4.4 or

[Bug middle-end/45508] Does adding configure-options for specs-hardcoding make sense?

--- Comment #4 from pinskia at gcc dot gnu dot org 2010-09-02 22:28 --- The problem with the configure is the libgcc specs are very target dependent. Anyways I don't see the issue with using -R in a wrapper script and while bootstrapping in LIB_CFLAGS="-R" . -- http://gcc.gnu.org/b

[Bug c/45502] Passing multi-dimensional array to function using C99 VLA function parameter format fails if function is inlined

--- Comment #3 from r dot j dot hogan at reading dot ac dot uk 2010-09-02 22:16 --- Subject: Re: Passing multi-dimensional array to function using C99 VLA function parameter format fails if function is inlined Thanks - I guess it must be quite specific to that build - I've now tested

[Bug tree-optimization/45421] [4.6 regression] Ada bootstrap failure on IRIX 6.5: SIGBUS in sem_aggr.sort_case_table

--- Comment #4 from ebotcazou at gcc dot gnu dot org 2010-09-02 21:59 --- It's IVOPTS so no way to get a reduced testcase. The analysis is for the stock sem_aggr.adb file compiled at -O2 -gnatpg for IA-64. We have: table.68_174 = .builtin_alloca (D.5147_173); with pi->align = 16

[Bug tree-optimization/45421] [4.6 regression] Ada bootstrap failure on IRIX 6.5: SIGBUS in sem_aggr.sort_case_table

--- Comment #3 from ebotcazou at gcc dot gnu dot org 2010-09-02 21:54 --- Recategorizing. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Compo

[Bug c++/45509] program abort after compiled with gcc-4.5.1

--- Comment #1 from hjl dot tools at gmail dot com 2010-09-02 21:53 --- Which libstdc++ is used at run-time? Please do (gdb) info shared -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug java/45504] [4.6 Regression] Failed to bootstrap

--- Comment #5 from hjl dot tools at gmail dot com 2010-09-02 21:47 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00192.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug ada/45499] Ada bootstrap broken

--- Comment #1 from jakub at gcc dot gnu dot org 2010-09-02 21:47 --- I guess this is related to the recent option handling changes. At least, it worked fine yesterday and doesn't work today (I only see a-strunb.ads issues myself). -- jakub at gcc dot gnu dot org changed:

[Bug fortran/45495] ICE: For character function with length specifier dependent on non-present arg

--- Comment #5 from kargl at gcc dot gnu dot org 2010-09-02 21:46 --- http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00190.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45495

[Bug java/45504] [4.6 Regression] Failed to bootstrap

--- Comment #4 from hjl dot tools at gmail dot com 2010-09-02 21:38 --- gcj used to pass -DXXX=XXX to jvgenmain. Now it passes "-D XXX=XXX" to jvgenmain. But jvgenmain doesn't like it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45504

[Bug java/45504] [4.6 Regression] Failed to bootstrap

--- Comment #3 from hjl dot tools at gmail dot com 2010-09-02 21:16 --- The problem is "-D XXX=XXX" no longer works: [...@gnu-17 libjava]$ /export/build/gnu/gcc/build-i686-linux/./gcc/jvgenmain -findirect-dispatch -D java.class.path=/usr/gcc-4.6/share/java/ecj.jar org.eclipse.jdt.intern

[Bug c++/45509] New: program abort after compiled with gcc-4.5.1

Our program got an exception and abort when compiled and run on RHEL 4.6 with gcc 4.5.1. It got this mysterious stack trace. It seems to occur due to _Unwind_Resume doing something odd here. This code works with the gcc4.2.2 compiler. #0 0x002a9890725d in raise () from /lib64/tls/libc.so.6

[Bug bootstrap/45445] [4.6 regression] ARM bootstrap failure: comparison failures after stage 3

--- Comment #2 from mikpe at it dot uu dot se 2010-09-02 20:55 --- (In reply to comment #1) > With r163667 and fixes for PR45444 applied I don't see issues with a v7-a > bootstrap. Can we see if a later version works for you ? With r163777 and the proposed PR45444 fix applied I still g

[Bug java/45504] [4.6 Regression] Failed to bootstrap

-libiconv-prefix=/opt/sw64 --with-system-zlib --with-cloog=/opt/sw64 --enable-lto Thread model: posix gcc version 4.6.0 20100902 (experimental) [trunk revision 163785p5] (GCC) COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.4' '-B' '/opt/gcc/build_w/x86_64-apple-darwin10.4.0/i386

[Bug c++/45462] Bad optimization in -O3 sometimes

--- Comment #14 from yotambarnoy at gmail dot com 2010-09-02 20:47 --- Getting back to the original question, I did some reading online and I can't figure out why this breaks the strict aliasing rules. Isn't void * some kind of special case? Shouldn't I be able to convert it to whateve

[Bug middle-end/45508] Does adding configure-options for specs-hardcoding make sense?

--- Comment #3 from nicolai dot stange at zmaw dot de 2010-09-02 20:15 --- > You could use a small wrapper script that adds R option instead of a > specs file or adds the specs file to the command line. This would change nothing: - The bootstrapping problem remains - Whether I add a s

[Bug fortran/45495] ICE: For character function with length specifier dependent on non-present arg

--- Comment #4 from kargl at gcc dot gnu dot org 2010-09-02 20:12 --- I may have a patch for this one. -- kargl at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/45507] [4.6 Regression] Bogus Error: Can't convert TYPE(c_ptr) to INTEGER(4)

--- Comment #3 from janus at gcc dot gnu dot org 2010-09-02 19:59 --- (In reply to comment #1) > Reduced test case: Sorry, I messed this one up. Should be: use, intrinsic :: iso_c_binding type :: cType type(c_ptr) :: accelPtr = c_null_ptr end type cType type(cType), allocatable, dim

[Bug middle-end/45508] Does adding configure-options for specs-hardcoding make sense?

--- Comment #2 from pinskia at gmail dot com 2010-09-02 19:55 --- Subject: Re: New: Does adding configure-options for specs-hardcoding make sense? You could use a small wrapper script that adds R option instead of a specs file or adds the specs file to the command line. On Sep 2, 2

Re: [Bug middle-end/45508] New: Does adding configure-options for specs-hardcoding make sense?

You could use a small wrapper script that adds R option instead of a specs file or adds the specs file to the command line. On Sep 2, 2010, at 12:48 PM, "nicolai dot stange at zmaw dot de" > wrote: Hi everybody, I'm not involved in any gcc development nor am I familiar with gcc and its co

[Bug tree-optimization/45506] tree_mem_ref_addr, at tree-ssa-address.c:278

--- Comment #2 from hjl dot tools at gmail dot com 2010-09-02 19:49 --- It is caused by revision 163733: http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00024.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug middle-end/45508] Does adding configure-options for specs-hardcoding make sense?

--- Comment #1 from nicolai dot stange at zmaw dot de 2010-09-02 19:49 --- Created an attachment (id=21678) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21678&action=view) Adds --with-link-libgcc-specs to gcc-4.5.1/gcc/configure Made against release 4.5.1 -- http://gcc.gnu.

[Bug middle-end/45508] New: Does adding configure-options for specs-hardcoding make sense?

Hi everybody, I'm not involved in any gcc development nor am I familiar with gcc and its components and thus, the attached patch is just a place to start from if you agree with me that my request for adding more control over the specs via configure options makes sense. My problem is this one: At

[Bug fortran/45507] [4.6 Regression] Bogus Error: Can't convert TYPE(c_ptr) to INTEGER(4)

--- Comment #2 from burnus at gcc dot gnu dot org 2010-09-02 19:47 --- Forgot to mention: Initial report and test case was by Andrew Benson (thanks!) Janus reported that the culprit is Rev. 163744 http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163744 which is the patch for PR fortran/

[Bug fortran/45507] [4.6 Regression] Bogus Error: Can't convert TYPE(c_ptr) to INTEGER(4)

--- Comment #1 from janus at gcc dot gnu dot org 2010-09-02 19:45 --- Reduced test case: use, intrinsic :: iso_c_binding type :: cType type(c_ptr) :: accelPtr => c_null_ptr end type cType type(cType), allocatable, dimension(:) :: filters allocate(filters(1)) end The failure was supp

[Bug fortran/36931] unneeded temporary for array intrinsic binop scalar

--- Comment #4 from tkoenig at gcc dot gnu dot org 2010-09-02 19:33 --- Working on it. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|u

[Bug fortran/45507] New: [4.6 Regression] Bogus Error: Can't convert TYPE(c_ptr) to INTEGER(4)

Reported at http://gcc.gnu.org/ml/fortran/2010-09/msg00061.html Working: 163780 / 163718 Failing: 163661 / 163773 Error: Can't convert TYPE(c_ptr) to INTEGER(4) module filter use, intrinsic :: iso_c_binding type :: cType type(c_ptr) :: accelPtr = c_null_ptr end type cType type filt

[Bug c/45502] Passing multi-dimensional array to function using C99 VLA function parameter format fails if function is inlined

--- Comment #2 from paolo dot carlini at oracle dot com 2010-09-02 18:35 --- I can't reproduce this with FSF 4.3.2, neither 4.3.3, neither anything more recent. -- paolo dot carlini at oracle dot com changed: What|Removed |Added --

[Bug tree-optimization/45506] tree_mem_ref_addr, at tree-ssa-address.c:278

--- Comment #1 from rmansfield at qnx dot com 2010-09-02 18:33 --- Created an attachment (id=21676) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21676&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45506

[Bug debug/45500] ICE: in rtl_for_decl_init, at dwarf2out.c:16307 with -g -msse and using v16qi

--- Comment #2 from jakub at gcc dot gnu dot org 2010-09-02 18:33 --- Created an attachment (id=21677) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21677&action=view) gcc46-pr45500.patch Untested fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45500

[Bug tree-optimization/45506] New: tree_mem_ref_addr, at tree-ssa-address.c:278

$ ./xgcc -v Using built-in specs. COLLECT_GCC=./xgcc Target: i686-pc-linux-gnu Configured with: ../configure --enable-languages=c++ --disable-bootstrap Thread model: posix gcc version 4.6.0 20100902 (experimental) [trunk revision 163787] (GCC) $ ./xgcc -B. ~/ice.i -g -O /home/ryan/ice.i: In

[Bug fortran/45505] [4.6 Regression] gfortran.dg/pr25923.f90

--- Comment #1 from burnus at gcc dot gnu dot org 2010-09-02 18:32 --- That's a -m32 (fails) vs. -m64 (works) issue, cf. http://gcc.gnu.org/ml/fortran/2010-09/msg00062.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45505

[Bug middle-end/43760] [4.6 regression] New test failures

--- Comment #7 from sje at cup dot hp dot com 2010-09-02 18:26 --- I wonder if we should attack this from a different angle. We have been trying to make the .pred.mutex.rel info more accurate to avoid this warning. If we can't do that I wonder if we should make GCC more conservative ab

[Bug java/45504] [4.6 Regression] Failed to bootstrap

--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-02 18:06 --- The same here on x86_64-apple-darwin10.4.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45504

[Bug fortran/45505] New: [4.6 Regression] gfortran.dg/pr25923.f90

On Linux/x86, revision 163781 gave FAIL: gfortran.dg/pr25923.f90 -O (test for warnings, line 13) FAIL: gfortran.dg/pr25923.f90 -O (test for excess errors) Revision 163775 is OK. It may be caused by revision 163776: http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00067.html -- Summary

[Bug java/45504] New: [4.6 Regression] Failed to bootstrap

On Linux/ia64, revision 163772 gave Usage: /export/gnu/import/svn/gcc-test/bld/./gcc/jvgenmain [OPTIONS]... CLASSNAMEmain [OUTFILE] make[6]: *** [gjdoc] Error 1 Revision 163755 is OK. -- Summary: [4.6 Regression] Failed to bootstrap Product: gcc Version: 4.6.0

[Bug c/45502] Passing multi-dimensional array to function using C99 VLA function parameter format fails if function is inlined

--- Comment #1 from r dot j dot hogan at reading dot ac dot uk 2010-09-02 17:56 --- Created an attachment (id=21675) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21675&action=view) Output from "-save-temps" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45502

[Bug other/45503] New: "make distclean" Does Not Remove All Local Configuration Data

After an aborted or clean build in a directory outside the gcc source tree, "make distclean" is supposed to remove all configuration information. However, that is not the case for at least one target (pdf). Using gcc-4.5.1 in my build directory (as a bash user): $ cd gcc_build $ ../gcc-4.5.1/con

[Bug c/45502] New: Passing multi-dimensional array to function using C99 VLA function parameter format fails if function is inlined

The following code passes a multidimensional array to a function that uses the C99 format for accepting an array when the size is not known at compile time. The code outputs incorrect numbers (like 6.91992e-310) if the function "show" gets inlined, which happens if I do one of these: gcc -Wall -s

[Bug c++/45501] Compiler does not find template function if member is addressed with "this"

--- Comment #2 from paolo dot carlini at oracle dot com 2010-09-02 17:44 --- As a matter of fact, basing on my rough understanding of '.template', GCC may well be correct: my rule of thumb is that 'template' is required when the construct before the period depends on a template paramete

[Bug middle-end/45484] Invalid memory access in gcc.c-torture/execute/builtins/sprintf-chk.c

--- Comment #22 from howarth at nitro dot med dot uc dot edu 2010-09-02 17:39 --- (In reply to comment #21) > Created an attachment (id=21670) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21670&action=view) [edit] > gcc46-pr45484.patch > ... Jakub, Thanks. This patch when

[Bug target/45478] __attribute__((__target__())) causes crashes at various places

--- Comment #4 from zsojka at seznam dot cz 2010-09-02 17:32 --- Created an attachment (id=21674) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21674&action=view) another testcase This needs -O as well: $ gcc -O pr45478-4.c Related valgrind output: $ valgrind cc1 -O -quiet pr4547

[Bug bootstrap/45482] Bootstrap fails on PPC error: conflicting types for 'malloc'

--- Comment #7 from salvatore dot filippone at uniroma2 dot it 2010-09-02 17:31 --- Subject: Re: Bootstrap fails on PPC error: conflicting types for 'malloc' Il giorno gio, 02/09/2010 alle 17.15 +, rwild at gcc dot gnu dot org ha scritto: > > --- Comment #6 from rwild at gcc

[Bug c++/45501] Compiler does not find template function if member is addressed with "this"

--- Comment #1 from paolo dot carlini at oracle dot com 2010-09-02 17:16 --- Since PrintTextFrom is a template, you can (should) write: this->prn.template PrintTextFrom< MetaObj >(); which works with both compilers. Since apparently ICC 11.1 likes in strict mode also the form withou

[Bug bootstrap/45482] Bootstrap fails on PPC error: conflicting types for 'malloc'

--- Comment #6 from rwild at gcc dot gnu dot org 2010-09-02 17:15 --- Please do the following: make stage2-start cd libiberty cat >conftest.c <<\EOF /* confdefs.h */ #define PACKAGE_NAME "" #define PACKAGE_TARNAME "" #define PACKAGE_VERSION "" #define PACKAGE_STRING "" #define PACKAGE_

[Bug debug/45500] ICE: in rtl_for_decl_init, at dwarf2out.c:16307 with -g -msse and using v16qi

-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org

[Bug c++/45501] New: Compiler does not find template function if member is addressed with "this"

Command line: g++ -o File.o File.cpp Testes with gcc 4.5.0 and 4.3.1 Content of .cpp-file: #include template class MetaObj { public: const char *GetText(void) const { return T::GetTextStatic(); } }; class Obj { public: static const char *GetTextStatic(void) { return

[Bug target/45478] ICE: in c_builtin_function_ext_scope, at c-decl.c:2852 with -mno-sse/-march=i386 and attribute((target))

--- Comment #3 from zsojka at seznam dot cz 2010-09-02 16:46 --- Created an attachment (id=21672) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21672&action=view) different crash This causes invalid read in df_ref_record. Command line: $ gcc -O pr45478-3.c Relevant valgrind outp

[Bug debug/45500] ICE: in rtl_for_decl_init, at dwarf2out.c:16307 with -g -msse and using v16qi

--- Comment #1 from zsojka at seznam dot cz 2010-09-02 16:32 --- Note this breaks bootstrap with BOOT_CFLAGS="-march=athlon-4 -O2": $ make BOOT_CFLAGS="-march=athlon-4 -O2" ... /root/build-163760-lto-fortran-checking-yes-rtl-df/./prev-gcc/xgcc -B/root/build-163760-lto-fortran-checking-y

[Bug testsuite/43959] [4.6 Regression] FAIL: gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors)

--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2010-09-02 16:27 --- Subject: Re: [4.6 Regression] FAIL: gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors) On Thu, 02 Sep 2010, ghazi at gcc dot gnu dot org wrote: > > > --- Comment #3 from ghazi a

[Bug c++/36254] [4.3 Regression] wrong "control reaches end of non-void function" warning with IF_STMT

--- Comment #20 from pluto at agmk dot net 2010-09-02 16:22 --- *** Bug 45497 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36254

[Bug middle-end/45497] [4.3/4.4/4.5/4.6 Regression] bogus warning at -O0 (control reaches end of non-void function).

--- Comment #3 from pluto at agmk dot net 2010-09-02 16:22 --- i thins this is really a duplicate of t2.cpp testcase from PR36254. *** This bug has been marked as a duplicate of 36254 *** -- pluto at agmk dot net changed: What|Removed |Added -

[Bug middle-end/45484] Invalid memory access in gcc.c-torture/execute/builtins/sprintf-chk.c

--- Comment #21 from jakub at gcc dot gnu dot org 2010-09-02 16:16 --- Created an attachment (id=21670) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21670&action=view) gcc46-pr45484.patch The last valgrind error is my fault, we don't need a BARRIER there, any instruction that flu

[Bug c/45493] -Wuninitialized does not warn

--- Comment #3 from tadhunt at gmail dot com 2010-09-02 16:08 --- (In reply to comment #2) Richard, thanks for the confirmation. This is a great feature that we've come to rely on over the years for catching rookie errors. This might not appear in comments very often, but I appreciate

[Bug testsuite/43957] [4.6 Regression] FAIL: gcc.dg/const-uniq-1.c scan-tree-dump-times gimple "LC0" 2

--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2010-09-02 16:08 --- Subject: Re: [4.6 Regression] FAIL: gcc.dg/const-uniq-1.c scan-tree-dump-times gimple "LC0" 2 Revised regexp patch attached. --- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2010-0

[Bug libstdc++/40974] [4.3/4.4/4.5/4.6 Regression] cannot build gcc-4.4.1: fenv_t has not been declared

--- Comment #49 from paolo dot carlini at oracle dot com 2010-09-02 16:07 --- Confirmed ~ 2x on my i7. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40974

[Bug c/42884] GCC (v4.3.3) fails to detect uninitialized variable

--- Comment #19 from tadhunt at gmail dot com 2010-09-02 16:01 --- This flamewar in the comments is hilarious. To all concerned, here is a much simpler example. This does appear to be a regression. I apologize that I cannot help fix it, as it's a really useful feature that helps catch

[Bug middle-end/45496] Static members of templates cause LTO to omit required code

--- Comment #23 from alexey at feldgendler dot ru 2010-09-02 15:55 --- Yes, the patch fixes the observed bug. Thanks a lot! However, there's also the issue of missing error reporting for a failure to read ELF. I don't know if it should be fixed as part of this bug or separately. --

[Bug c++/45437] Loses reference during update

--- Comment #15 from jason at gcc dot gnu dot org 2010-09-02 15:50 --- Indeed, C++0x 5.17p1 is quite clear. -- jason at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/45496] Static members of templates cause LTO to omit required code

--- Comment #22 from rguenth at gcc dot gnu dot org 2010-09-02 15:34 --- Fixed with http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161935 on trunk. Needs backporting. I'll do that. Can you verify this fixes your problem? -- rguenth at gcc dot gnu dot org changed: Wh

[Bug middle-end/45484] Invalid memory access in gcc.c-torture/execute/builtins/sprintf-chk.c

--- Comment #20 from ebotcazou at gcc dot gnu dot org 2010-09-02 15:27 --- > It is very likely that the stack usage change triggers this bug. Not clear what you mean by this exactly, but I can reproduce the valgrind error with the revision 163629 compiler. -- http://gcc.gnu.org/bu

[Bug testsuite/43959] [4.6 Regression] FAIL: gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors)

--- Comment #3 from ghazi at gcc dot gnu dot org 2010-09-02 15:24 --- > Please check whether > +/* { dg-add-options c99_runtime } */ > +/* { dg-require-effective-target c99_runtime } */ You're right that these foldings should succeed anyway, the c99_runtime should not be necessary. If

[Bug middle-end/45496] Static members of templates cause LTO to omit required code

--- Comment #21 from rguenth at gcc dot gnu dot org 2010-09-02 15:23 --- Last guess in the wild is that libelf0 (from libelf) doesn't handle the object file like it should and we somehow silently treat it as an empty one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45496

[Bug middle-end/45484] Invalid memory access in gcc.c-torture/execute/builtins/sprintf-chk.c

--- Comment #19 from howarth at nitro dot med dot uc dot edu 2010-09-02 15:21 --- (In reply to comment #17) > No idea if it is correct: > > diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c > index b550d86..decfd65 100644 > --- a/gcc/config/i386/i386.c > +++ b/gcc/config/i38

[Bug debug/45500] New: ICE: in rtl_for_decl_init, at dwarf2out.c:16307 with -g -msse and using v16qi

Compiler output: $ gcc -O -g -msse testcase.c testcase.c:2:1: internal compiler error: in rtl_for_decl_init, at dwarf2out.c:16307 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. I wasn't able to reproduce this at x86_64-li

[Bug ada/45499] New: Ada bootstrap broken

r163773 doesn't want to bootstrap with Ada because of dependency problems. I think I've tracked it down to ultimately '-I-' not working as described. The symptom during make is while building gnattools in gcc/ada/tools: error: "make.adb" must be recompiled ("a-except.ads" has been modified) error:

  1   2   3   >