[Bug preprocessor/35061] #pragma pop_macro causes ICE if no macro value on stack

--- Comment #4 from ubizjak at gmail dot com 2008-02-14 22:17 --- Fixed for real. -- ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/35200] [4.3 Regression] bogus aliasing warning

--- Comment #10 from hjl dot tools at gmail dot com 2008-02-14 22:56 --- Binutils is fixed by http://sourceware.org/ml/binutils/2008-02/msg00152.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35200

[Bug c/33823] bitfields on packed struct aligns by a few bits if the types differ

--- Comment #9 from rguenth at gcc dot gnu dot org 2008-02-14 23:04 --- We can't change the current behavior/ABI obviously. But the request for better documentation is correct. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/35203] New: OPTIONAL, VALUE actual argument cannot be an INTEGER 0

Run this program: INTERFACE SUBROUTINE AAP(I) INTEGER, OPTIONAL, VALUE :: I END SUBROUTINE END INTERFACE CALL AAP(0) END SUBROUTINE AAP(N) INTEGER, OPTIONAL, VALUE :: N IF (PRESENT(N)) THEN PRINT*,'PRESENT, WITH VALUE:',N E

[Bug tree-optimization/35202] [4.1/4.2/4.3 Regression] exp->expf transformation incorrect with -fmath-errno

--- Comment #2 from joseph at codesourcery dot com 2008-02-14 23:09 --- Subject: Re: [4.1/4.2/4.3 Regression] exp->expf transformation incorrect with -fmath-errno On Thu, 14 Feb 2008, rguenth at gcc dot gnu dot org wrote: > Clarification would be much appreciated here, and I would li

[Bug tree-optimization/35202] [4.1/4.2/4.3 Regression] exp->expf transformation incorrect with -fmath-errno

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-14 23:01 --- There are more problems with -ferrno-math, see also PR29887. It is btw unclear to me whether -ferrno-math is supposed to preserve errno handling of whatever the underlying libm provides or if it should actively do e

[Bug c++/5645] gcc warns that pure virtual class not explicitly initialized

--- Comment #11 from jason at gcc dot gnu dot org 2008-02-14 23:11 --- Subject: Bug 5645 Author: jason Date: Thu Feb 14 23:11:04 2008 New Revision: 132324 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132324 Log: PR c++/5645 PR c++/11159 * class.c (type_

[Bug c++/11159] erroneous warning in copy ctor with virtual inheritance

--- Comment #16 from jason at gcc dot gnu dot org 2008-02-14 23:11 --- Subject: Bug 11159 Author: jason Date: Thu Feb 14 23:11:04 2008 New Revision: 132324 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132324 Log: PR c++/5645 PR c++/11159 * class.c (type

[Bug middle-end/35204] New: crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

gcc -m32 -O2 -c menu.i -o menu.o gcc: Internal error: Segmentation fault (program cc1) Please submit a full bug report. See for instructions. gdb ...cc1 (gdb) r -fpreprocessed menu.i -dumpbase menu.i -m32 -mtune=generic -auxbase-strip menu.o -g -O2 -Wdeclaration-afte

[Bug middle-end/35204] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

--- Comment #2 from marcus at jet dot franken dot de 2008-02-14 23:15 --- (gcc 4.2.1 seems to survive) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35204

[Bug c/33823] bitfields on packed struct aligns by a few bits if the types differ

--- Comment #10 from alexandre dot nunes at gmail dot com 2008-02-14 23:15 --- (In reply to comment #9) > We can't change the current behavior/ABI obviously. But the request for > better > documentation is correct. > Would it be feasibly to have a non-fatal testcase for this, so tha

[Bug middle-end/35204] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

--- Comment #4 from marcus at jet dot franken dot de 2008-02-14 23:20 --- wit ulimit -s unlimited the test survives. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35204

[Bug middle-end/35204] [4.3 Regression] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

--- Comment #6 from steven at gcc dot gnu dot org 2008-02-14 23:25 --- Should be P1. This bug is shows an intrinsic scalability problem with SCC-VN as it is implemented right now (and presented in the literature). The key issue is, SCC-VN should use a non-recursive SCC finding algorith

[Bug middle-end/35204] [4.3 Regression] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

-- steven at gcc dot gnu dot org changed: What|Removed |Added CC||dberlin at gcc dot gnu dot |

[Bug c++/5645] gcc warns that pure virtual class not explicitly initialized

--- Comment #12 from manu at gcc dot gnu dot org 2008-02-14 23:39 --- Fixed in GCC 4.3 per Jason's commit. Not worth fixing it in branches. -- manu at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/35204] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

--- Comment #3 from marcus at jet dot franken dot de 2008-02-14 23:17 --- my stacksize is limited to 8MB -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35204

[Bug middle-end/35204] [4.3 Regression] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-14 23:22 --- x86_64-linux has a default stack limit of 8MB. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/35204] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

--- Comment #1 from marcus at jet dot franken dot de 2008-02-14 23:13 --- Created an attachment (id=15153) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15153&action=view) menu.i.gz menu.i.gz (extract from Wine) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35204

[Bug fortran/35203] OPTIONAL, VALUE actual argument cannot be an INTEGER 0

--- Comment #1 from burnus at gcc dot gnu dot org 2008-02-14 23:46 --- I think this is a defect in the standard; it should not be possible to combine VALUE with OPTIONAL; currently all my compilers fail like gfortran. At the moment I do not see how one could implement this if WG5 insist

[Bug fortran/35203] OPTIONAL, VALUE actual argument cannot be an INTEGER 0

--- Comment #2 from burnus at gcc dot gnu dot org 2008-02-15 00:03 --- I now checked the F2003 standard + the two corrigenda and it misses this clause. For TYPE such clauses were added in a corrigendum. As you are a J3 member, can you create an interpretation request? By the way, the r

[Bug c++/35205] New: Structure enum wrongly interpreted as a variable in switch case.

gcc 4.1.2 compiler issues an error that 'a.x' is not a constant while I expect 'a.x' is a constant. $ cat test.c #include struct s{ int i; enum {x}; }a; int main(void) { switch(1){ case a.x: ; } return 0; } $ g++ test.c test.c: In function 'int ma

[Bug c++/35205] Structure enum wrongly interpreted as a variable in switch case.

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-15 00:57 --- I don't think this is a bug, a here is a variable so you are accessing the enum value via the variable which is a constant but not a constant integral expression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3

[Bug fortran/35203] OPTIONAL, VALUE actual argument cannot be an INTEGER 0

--- Comment #3 from toon at moene dot indiv dot nluug dot nl 2008-02-15 01:04 --- > At the moment I do not see how one could implement this if WG5 insists that > this is valid - except of passing a hidden argument. As I am at a WG5 just right now, I decided to ask. Allowing OPTIONAL,V

[Bug fortran/35203] OPTIONAL, VALUE actual argument cannot be an INTEGER 0

-- toon at moene dot indiv dot nluug dot nl changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 La

[Bug c++/34050] [4.3 regression] ICE derived classes and variadic templates

--- Comment #9 from andreasmeier80 at gmx dot de 2008-02-15 01:20 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00520.html -- andreasmeier80 at gmx dot de changed: What|Removed |Added

[Bug target/35193] can't find a register in class 'R1_REGS' while reloading 'asm'

--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-15 01:54 --- Subject: Re: can't find a register in class 'R1_REGS' while reloading 'asm' > --- Comment #1 from b dot gunreben at web dot de 2008-02-14 13:28 --- > Created an attachment (id=15148) --> (http://

[Bug tree-optimization/35164] [4.3 regression] Unable to coalesce ab SSA_NAMEs

--- Comment #5 from rakdver at gcc dot gnu dot org 2008-02-15 02:59 --- forwprop3 changes SR.40_22 = &D.2672_11(ab)->D.2242; # D.2672_315(ab) = PHI SR.40_27 = SR.40_22; D.2705_29 = &SR.40_27->D.2120; (where the life ranges of D_11 and D_315 do not overlap) to SR.40_22 = &D.2672_11(a

[Bug c++/34050] [4.3 regression] ICE derived classes and variadic templates

--- Comment #10 from mmitchel at gcc dot gnu dot org 2008-02-15 02:59 --- This patch is OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34050

[Bug c++/34050] [4.3 regression] ICE derived classes and variadic templates

--- Comment #11 from dgregor at gcc dot gnu dot org 2008-02-15 03:10 --- Subject: Bug 34050 Author: dgregor Date: Fri Feb 15 03:09:18 2008 New Revision: 132331 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132331 Log: 2008-02-14 Douglas Gregor <[EMAIL PROTECTED]> PR

[Bug c++/34050] [4.3 regression] ICE derived classes and variadic templates

--- Comment #12 from dgregor at gcc dot gnu dot org 2008-02-15 03:10 --- Thanks, Mark! Fixed on mainline. -- dgregor at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/35022] [4.3 regression] ICE with parameter pack in template constant parameter

--- Comment #1 from dgregor at gcc dot gnu dot org 2008-02-15 03:35 --- This test case actually exposes two (!) related issues, one of which is a rejects-valid: template class X> void foo(X<0>); and the other, which is an ice-on-valid-code: template class X> void foo(X<0>); The i

[Bug c++/35023] [4.3 regression] ICE with parameter pack in variable declaration

--- Comment #1 from dgregor at gcc dot gnu dot org 2008-02-15 03:51 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00529.html -- dgregor at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/35024] [4.3 regression] ICE with parameter pack in nested type

--- Comment #1 from dgregor at gcc dot gnu dot org 2008-02-15 03:51 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00529.html -- dgregor at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/35026] [4.3 regression] ICE with parameter pack in pointer type

--- Comment #1 from dgregor at gcc dot gnu dot org 2008-02-15 03:52 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00529.html We could tweak this ice-on-invalid-code to create some ice-on-valid-code failures. See the e-mail with the patch. -- dgregor at gcc dot gnu dot

[Bug libfortran/34974] null bytes when reverse-tabbing long records (regression vs. g77)

--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-02-15 04:18 --- Created an attachment (id=15154) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15154&action=view) Revised patch This patch regression tests OK. Same issues with stdio. Will commit for 4.4. -- jvdelisl

[Bug java/35206] New: Class.getModifiers() returns wrong value for static inner class

Calling getModifiers() for an inner class that is public static returns 33 (public synchronized) instead of the correct value 9. -- Summary: Class.getModifiers() returns wrong value for static inner class Product: gcc Version: 4.3.0

[Bug java/35206] Class.getModifiers() returns wrong value for static inner class

--- Comment #1 from marcus at better dot se 2008-02-15 04:50 --- Created an attachment (id=15155) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15155&action=view) Test case Result with gij: ~$ gij InnerTest 33 = public synchronized static: false ~$ gij --version java version "1.

[Bug c/35207] New: gcc does not warn when wrong value is passed to enumerated data type

Options given while compiling : -Wall Complete command line: gcc -Wall #include typedef enum { ALL_COLORS, GREEN_COLOR, RED_COLOR, BLUE_COLOR }colors_e; typedef struct _model { colors_e model_color; }model; void test_valid(model *ptr) { switch(ptr->model_color) {

[Bug target/35088] ICE: in def_cfa_1, at dwarf2out.c:804

--- Comment #2 from corsepiu at gcc dot gnu dot org 2008-02-15 06:03 --- The patch Joseph Myers proposed in http://gcc.gnu.org/ml/gcc/2008-02/msg00264.html seems to solve this issue. -- corsepiu at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/35203] OPTIONAL, VALUE actual argument cannot be an INTEGER 0

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-02-15 06:11 --- Try this, seems to work, though I have not regression tested. Index: trans-expr.c === --- trans-expr.c(revision 132313) +++ trans-expr.c

[Bug libgcj/33085] liblt_prog_compiler_pic_GCJ='-DDLL_EXPORT' is wrong

--- Comment #3 from rwild at gcc dot gnu dot org 2008-02-15 06:13 --- Patch posted: -- rwild at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/35203] OPTIONAL, VALUE actual argument cannot be an INTEGER 0

--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-02-15 06:35 --- Scratch the patch in comment #4. When the argument is passed by value and is missing the call looks like: aap(0b) So I was thinking we could build: if (&n != 0b) -- http://gcc.gnu.org/bugzilla/show_bug

[Bug fortran/35203] OPTIONAL, VALUE actual argument cannot be an INTEGER 0

--- Comment #6 from burnus at gcc dot gnu dot org 2008-02-15 07:17 --- > As I am at a WG5 just right now, I decided to ask. Allowing OPTIONAL,VALUE > was a conscious decision by the Committee (although not necessarily an > unanimous one :-) Can you ask the other vendors how they plan t

[Bug middle-end/34621] [4.3 Regression] gcc.c-torture/execute/va-arg-25.c:32: internal compiler error: in expand_call, at calls.c:2785

--- Comment #34 from dominiq at lps dot ens dot fr 2008-02-15 07:21 --- With the patch in http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00507.html, the PR is fixed without regression on intel(32/64 bit) and ppc(32 bit) darwin9. I'll post the test results ASAP. Thanks for your patience an

[Bug libstdc++/35197] Native linker can't locate file for -lstdc++ with --enable-version-specific-runtime-libs

--- Comment #1 from Ralf dot Wildenhues at gmx dot de 2008-02-15 07:28 --- > $ g++ -v -o hello hello.cxx > [superfluous verbiage elided] Please don't elide that. It shows how exactly you configured GCC, so please show that. -- Ralf dot Wildenhues at gmx dot de changed:

[Bug libstdc++/35197] Native linker can't locate file for -lstdc++ with --enable-version-specific-runtime-libs

--- Comment #2 from skunk at iskunk dot org 2008-02-15 07:53 --- Not-so-superfluous verbiage restored: $ g++ -v -o hello hello.cxx Using built-in specs. Target: alphaev56-dec-osf4.0g Configured with: /tg/freeport/src/gcc/gcc--4.2.3/configure --prefix=/opt/tg --disable-dependency-trackin

<    1   2