[Bug c++/28567] New: [cygwin] ICE in eh_alloc.cc on 'make install'

Hi, Building and installing gcc-4.1.1 on cygwin failed in the final make install step. Here's my script: ../gcc-4.1.1/configure --with-gcc --with-gnu-ld --with-gnu-as --enable-threads --disable-nls --enable-languages=c,c++ --disable-win32-registry --disable-shared --disable-sjlj-exceptions --withou

[Bug c++/28567] [cygwin] ICE in eh_alloc.cc on 'make install'

--- Comment #1 from baraclese at googlemail dot com 2006-08-02 08:51 --- Created an attachment (id=11990) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11990&action=view) preprocessed file created via -save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28567

[Bug c++/28567] [cygwin] ICE in eh_alloc.cc on 'make install'

--- Comment #2 from dannysmith at users dot sourceforge dot net 2006-08-02 09:56 --- --disable-sjlj-exceptions in your configure options will cause serious problems on cygwin unless you also provide support for enabling Dwarf2 EH frame. Danny -- http://gcc.gnu.org/bugzilla/show_bu

[Bug c/28568] New: compiler generates incorrect ARM instructions when using long bitfields

#define __REG32 volatile unsigend long typedef struct { __REG32 Bit0 :1; __REG32 Bit1 :1; ...etc... __REG32 Bit31 :1; }__Bitfield; #define ADDRESS #define REG (*( __REG32 *)(ADDRESS)) #define REG_bit (*(__Bitfield *)®) When I access the register using the bitfield I get the code like t

[Bug c/28569] New: Segmentation fault from struct pointers

When I compile following source code with command line option -O, gcc stops due to segmentation fault. I have attached also error message from gcc. This problem could be fixed by initializing pointers like char *p = 0; AAA *aaa = 0; BBB *bbb = 0; My system is "Linux 2.6.9-34.0.2.ELsmp #1

[Bug c/28568] compiler generates incorrect ARM instructions when using long bitfields

--- Comment #1 from rearnsha at gcc dot gnu dot org 2006-08-02 10:38 --- Please provide a fully compilable testcase that demonstrates the bug. -- rearnsha at gcc dot gnu dot org changed: What|Removed |Added

[Bug awt/16825] need to reimplement QuadCurve2D.solveQuadratic

--- Comment #23 from aph at gcc dot gnu dot org 2006-08-02 10:56 --- QuadCurve2D.solveQuadratic already uses the algorithm in Numerical Recipes. *** This bug has been marked as a duplicate of 323 *** -- aph at gcc dot gnu dot org changed: What|Removed

[Bug rtl-optimization/323] optimized code gives strange floating point results

--- Comment #83 from aph at gcc dot gnu dot org 2006-08-02 10:56 --- *** Bug 16825 has been marked as a duplicate of this bug. *** -- aph at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/28568] compiler generates incorrect ARM instructions when using long bitfields

--- Comment #2 from pluto at agmk dot net 2006-08-02 10:58 --- (In reply to comment #0) > #define __REG32 volatile unsigend long > > typedef struct > { > __REG32 Bit0 :1; > __REG32 Bit1 :1; > ...etc... > __REG32 Bit31 :1; > }__Bitfield; > > #define ADDRESS > > #define REG (*(

[Bug c/28568] compiler generates incorrect ARM instructions when using long bitfields

--- Comment #3 from jason dot morgan at vpnsolutions dot uk dot com 2006-08-02 11:30 --- Indeed it is. I didn't mean to post this and was still researching the problem when I accidently posted it. I found PR23623 shortly afterwards. What is the status of PR23624. I see there was a

[Bug middle-end/23623] volatile keyword changes bitfield access size from 32bit to 8bit

--- Comment #11 from jason dot morgan at vpnsolutions dot uk dot com 2006-08-02 11:30 --- *** Bug 28568 has been marked as a duplicate of this bug. *** -- jason dot morgan at vpnsolutions dot uk dot com changed: What|Removed |Added ---

[Bug c++/28523] [4.0 Regression] Throw of a derived class casted to its base class using a C-style cast

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

[Bug fortran/28548] [4.2 Regression]: Optional argument failed

--- Comment #4 from paulthomas2 at wanadoo dot fr 2006-08-02 12:02 --- Subject: Re: [4.2 Regression]: Optional argument failed I'll take a look at this as soon as I get home (friday). There is a PR out on PRESENT that I noticed before leaving. I'll try to gather together the problem

[Bug c/28568] compiler generates incorrect ARM instructions when using long bitfields

--- Comment #4 from rearnsha at gcc dot gnu dot org 2006-08-02 12:35 --- > What is the status of PR23624. I see there was a checkin, what do I have to > do to make use of the change? You have to convert your code/system to use the EABI version of GCC; or you have to modify your sour

[Bug rtl-optimization/28569] [4.2 Regression] Segmentation fault from struct pointers

--- Comment #1 from rguenth at gcc dot gnu dot org 2006-08-02 12:40 --- Confirmed: Starting program: /abuild/rguenther/trunk-g/gcc/cc1 -O -quiet t.i t.i: In function 'function': t.i:17: warning: assignment from incompatible pointer type t.i:18: warning: comparison of distinct pointer ty

[Bug c/28568] compiler generates incorrect ARM instructions when using long bitfields

--- Comment #5 from jason dot morgan at vpnsolutions dot uk dot com 2006-08-02 12:56 --- The problem is that I am porting code from the IAR systems compiler that makes large use of bitfields to access registers. Obviously it handles bitfields correctly. And I don't particularly want to

[Bug debug/28063] [4.2 regression] Dwarf no longer uses merged strings for DW_AT_comp_dir

--- Comment #2 from drow at gcc dot gnu dot org 2006-08-02 13:32 --- Subject: Bug 28063 Author: drow Date: Wed Aug 2 13:31:56 2006 New Revision: 115874 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115874 Log: gcc/ PR debug/28063 * dwarf2out.c (prune_unused_typ

[Bug debug/23336] [4.0/4.1 Regression] enum constants not visible to gdb because of -feliminate-unused-debug-types

--- Comment #11 from drow at gcc dot gnu dot org 2006-08-02 13:35 --- Fixed for 4.2. -- drow at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4

[Bug debug/28063] [4.2 regression] Dwarf no longer uses merged strings for DW_AT_comp_dir

--- Comment #3 from drow at gcc dot gnu dot org 2006-08-02 13:37 --- Now fixed in 4.2; nothing else affected. -- drow at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/28489] [4.2 regression] ICE in move_insn, at haifa-sched.c:1968

--- Comment #9 from mkuvyrkov at gcc dot gnu dot org 2006-08-02 13:44 --- (In reply to comment #8) > The time that this started occurring looks to be about the time that Maxim was > making scheduling changes for IA64 speculation. Maxim could you look at this > bug and see if it is rela

[Bug target/28490] [4.0/4.1/4.2 regression] ICE in ia64_expand_move, at config/ia64/ia64.c:1088

--- Comment #12 from mkuvyrkov at gcc dot gnu dot org 2006-08-02 13:45 --- Created an attachment (id=11996) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11996&action=view) Patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28490

[Bug rtl-optimization/28489] [4.2 regression] ICE in move_insn, at haifa-sched.c:1968

--- Comment #10 from mkuvyrkov at gcc dot gnu dot org 2006-08-02 13:49 --- Created an attachment (id=11997) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11997&action=view) Patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28489

[Bug c++/28573] New: incorrectly allowing non-constant expression to offsetof()

The following code incorrectly compiles, and worse returns incorrect result. on i686-pc-linux-gnu, both 4.1.0 and 4.1.1 -- start snip #include // (incomplete) template class that encapsulates an array of chars template class CharArray { public: char d[i]; char& operator [] ( int indx )

[Bug c++/28573] [4.0/4.1/4.2 Regression] incorrectly allowing non-constant expression to offsetof()

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||accepts-invalid Known to fail||3.3.3

[Bug bootstrap/28515] CFLAGS not propagated, resulting in object mismatch

--- Comment #5 from skunk at iskunk dot org 2006-08-02 16:18 --- Created an attachment (id=11998) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11998&action=view) test-cc.pl: Fussy compiler simulator script This is a Perl script I put together to investigate the CFLAGS behavior, i

[Bug bootstrap/28515] CFLAGS not propagated, resulting in object mismatch

--- Comment #6 from skunk at iskunk dot org 2006-08-02 16:30 --- Interestingly enough, the test-cc script teased out an apparent bug in config/depstand.m4 (routines to check the compiler's mode of dependency generation). When the compiler is invoked, at the $SHELL line in the below excer

[Bug middle-end/26983] [4.0/4.1/4.2 Regression] Missing label with builtin_setjmp/longjmp

--- Comment #7 from atgraham at gmail dot com 2006-08-02 17:03 --- Is it possible that #28493 is a symptom of the same problem? Does anyone build the darwin compiler with SjLj exceptions? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26983

[Bug target/28574] New: [4.2 regression] switch statement points to unreferenced label at -O2

Compiling an application on IA-64, I got errors during linking about undefined references to a label. This reference is produced by the compiler as part of a switch statement but the label itself is not actually generated. Note that this looks so much like PR27531 but the patch that fixed that pr

[Bug target/28574] [4.2 regression] switch statement points to unreferenced label at -O2

--- Comment #1 from tbm at cyrius dot com 2006-08-02 17:17 --- Created an attachment (id=11999) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11999&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28574

[Bug middle-end/26983] [4.0/4.1/4.2 Regression] Missing label with builtin_setjmp/longjmp

--- Comment #8 from pinskia at gcc dot gnu dot org 2006-08-02 17:24 --- (In reply to comment #7) > Is it possible that #28493 is a symptom of the same problem? Does anyone > build > the darwin compiler with SjLj exceptions? Why would they, dwarf-2 eh's overhead is much smaller if thro

[Bug target/28574] [4.2 regression] switch statement points to unreferenced label at -O2

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28574

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

--- Comment #32 from danglin at gcc dot gnu dot org 2006-08-02 18:21 --- Patch here: . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26244

[Bug c++/28567] [cygwin] ICE in eh_alloc.cc on 'make install'

--- Comment #3 from baraclese at googlemail dot com 2006-08-02 18:35 --- I see, I set the resolution to INVALID since it is the wrong usage of a configure option that caused this bug on the cygwin platform. There is additional information on the cygwin mailing list archives about this i

[Bug web/28575] New: misleading __builtin_choose_expr documentation error

This documentation error exists for all versions of gcc-3.*, gcc-4.* documentation. Relevant links are http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/Other-Builtins.html http://gcc.gnu.org/onlinedocs/gcc-4.0.3/gcc/Other-Builtins.html The error text is: Built-in Function: type __builtin_choose_expr

[Bug c/28575] misleading __builtin_choose_expr documentation error

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||aldyh at gcc dot gnu dot org Severity|minor

[Bug c/28575] misleading __builtin_choose_expr documentation error

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-02 18:50 --- Confirmed. This has been an issue since the function was added. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/28574] [4.2 regression] switch statement points to unreferenced label at -O2

--- Comment #2 from steven at gcc dot gnu dot org 2006-08-02 19:03 --- There are a million reasons why labels can disappear in GCC. This happens because GCC deletes or keeps labels based on ref counting (LABEL_NUSES and friends) and this is just too fragile. The way for you to narrow do

[Bug middle-end/28417] suboptimal 'division by constant' optimization

--- Comment #9 from vda dot linux at googlemail dot com 2006-08-02 19:05 --- Thanks for the link to .pdf! Who's Tege? And his email address is ...? Ok. This new version of the patch is working for signed divisions too, and is giving the results which are always same or better than "old

[Bug middle-end/28417] suboptimal 'division by constant' optimization

--- Comment #10 from vda dot linux at googlemail dot com 2006-08-02 19:05 --- Created an attachment (id=12000) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12000&action=view) Alternative algorithm v. 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28417

[Bug fortran/28548] [4.2 Regression]: Optional argument failed

-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfir

[Bug target/28574] [4.2 regression] switch statement points to unreferenced label at -O2

--- Comment #3 from tbm at cyrius dot com 2006-08-02 19:13 --- Thanks for the explanation! I see the following two references in the assembler file but I don't see any code_label references to those number in the dumps. //(insn/c 185 231 30 2 (set (reg/f:DI 14 r14 [386]) //(plu

[Bug target/28574] [4.2 regression] switch statement points to unreferenced label at -O2

--- Comment #4 from tbm at cyrius dot com 2006-08-02 19:15 --- Ah, sorry, looked for the wrong number. The last pass which has the case_label is: yasm-module.c.144r.peephole2:(code_label 48 47 49 11 "" [3 uses]) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28574

[Bug target/28574] [4.2 regression] switch statement points to unreferenced label at -O2

--- Comment #5 from tbm at cyrius dot com 2006-08-02 19:17 --- So from 144r (peephole2) to 145r (ce3) it goes from: ;; Insn is not within a basic block (code_label 48 47 49 11 "" [3 uses]) ;; Insn is not within a basic block (jump_insn 49 48 50 (addr_diff_vec:DI (label_ref:DI 48)

[Bug target/28574] [4.2 regression] switch statement points to unreferenced label at -O2

-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfir

[Bug middle-end/28417] suboptimal 'division by constant' optimization

--- Comment #11 from amylaar at gcc dot gnu dot org 2006-08-02 19:34 --- (In reply to comment #9) > Thanks for the link to .pdf! Who's Tege? And his email address is ...? Torbjoern Granlund; homepage: http://swox.se/~tg/ . From MAINTAINERS: *synthetic multiply Torbjorn Granlund

[Bug target/28574] [4.2 regression] switch statement points to unreferenced label at -O2

--- Comment #6 from tbm at cyrius dot com 2006-08-02 19:43 --- Slightly more reduced testcase: typedef enum yasm_module_type { YASM_MODULE_ARCH = 0, YASM_MODULE_DBGFMT, YASM_MODULE_OBJFMT, YASM_MODULE_LISTFMT, YASM_MODULE_OPTIMIZER } yasm_module_type; typedef struct

[Bug java/28576] New: PlainDatagramSocketImpl::connect: not implemented yet

Using snapshot 20060729. ./configure --prefix=/usr/local/ --program-suffix=-4.2 --enable-languages=java No compilation errors. Using Debian Sarge 3.1 smtp:/home/passaro# gcc --version gcc (GCC) 3.3.5 (Debian 1:3.3.5-13) Using dnsjava, I got this error: Exception in thread "Handler" java.lang.

[Bug java/28577] New: make of gcc-4.1.1 failed using icc v9.1.042 on ia64

Trying to compile gcc-4.1.1 with icc-9.1.042 . I did: setenv CC icc setenv CXX icc ./configure --prefix=/not/normal --enable-threads --enable-tls make It got to this location and failed: /usr/include/sys/ucontext.h: At global scope: /usr/include/sys/ucontext.h:49: error: array bound is not an in

[Bug libmudflap/28578] New: A most simple multithreaded program (practically any multithreaded one) causes mudflap violation

Here are the exact steps carried out, resulting in the violation "mudflap violation 1 (unregister)", despite this program being absolutely correct. Note also that I have confirmed the identical problem with the gcc trunk -- version 4.2.0 (20060729) as well: $ cat test.c #include #include void*

[Bug java/28577] make of gcc-4.1.1 failed using icc v9.1.042 on ia64

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-02 20:13 --- Two issues, first you should be building in a different directory than the source directory. Second, is that you should be using make bootstrap instead of make. Does doing both of them fix the problem? If not, th

[Bug libgcj/28546] [4.2 Regression] ./java/lang/Thread.h:31: error: using typedef-name '_Jv_Thread_t' after 'class'

--- Comment #10 from andreast at gcc dot gnu dot org 2006-08-02 20:18 --- Subject: Bug 28546 Author: andreast Date: Wed Aug 2 20:18:05 2006 New Revision: 115883 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115883 Log: 2006-08-02 Andreas Tobler <[EMAIL PROTECTED]>

[Bug libgcj/28546] [4.2 Regression] ./java/lang/Thread.h:31: error: using typedef-name '_Jv_Thread_t' after 'class'

--- Comment #11 from andreast at gcc dot gnu dot org 2006-08-02 20:18 --- Fixed. -- andreast at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIG

[Bug libgcj/28546] [4.2 Regression] ./java/lang/Thread.h:31: error: using typedef-name '_Jv_Thread_t' after 'class'

--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2006-08-02 20:26 --- Subject: Re: [4.2 Regression] ./java/lang/Thread.h:31: error: using typedef-name '_Jv_Thread_t' after 'class' > --- Comment #11 from andreast at gcc dot gnu dot org 2006-08-02 20:18 > --- > Fixe

[Bug libmudflap/28578] A most simple multithreaded program (practically any multithreaded one) causes mudflap violation

--- Comment #1 from vesselinpeev at hotmail dot com 2006-08-02 20:27 --- I have tested on more gcc / glibc combinations. The mudflap violation occurs with glibc 2.4 (the latest glibc version currently), whereas with versions 2.3.5 and 2.3.6, the following printed and occurs instead: **

[Bug c++/28557] [4.0/4.1/4.2 regression] Trouble with templated type conversion operator

--- Comment #1 from mmitchel at gcc dot gnu dot org 2006-08-02 20:34 --- Subject: Bug 28557 Author: mmitchel Date: Wed Aug 2 20:33:48 2006 New Revision: 115885 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115885 Log: PR c++/28557 * pt.c (tsubst_baselink): Sub

[Bug c++/28557] [4.0/4.1/4.2 regression] Trouble with templated type conversion operator

--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-08-02 20:35 --- Subject: Bug 28557 Author: mmitchel Date: Wed Aug 2 20:35:41 2006 New Revision: 115886 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115886 Log: PR c++/28557 * pt.c (tsubst_baselink): Sub

[Bug c++/28557] [4.0 regression] Trouble with templated type conversion operator

--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-08-02 20:37 --- Fixed in 4.1.2. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Summa

[Bug c++/28479] [4.2 regression] cc1plus just sits there eating CPU and RAM for a simple program

--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-08-02 20:39 --- Richard -- Please revert your patch. A missed-optimization problem is less severe than this failure mode. Then, let's work out what's going on and what other options are available. -- Mark -- http://gcc.gn

[Bug c++/27084] Does not propagate memory load base through useless type conversion

--- Comment #15 from rguenth at gcc dot gnu dot org 2006-08-02 20:49 --- Subject: Bug 27084 Author: rguenth Date: Wed Aug 2 20:48:59 2006 New Revision: 115887 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115887 Log: 2006-08-02 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug c++/28479] [4.2 regression] cc1plus just sits there eating CPU and RAM for a simple program

--- Comment #7 from rguenth at gcc dot gnu dot org 2006-08-02 20:49 --- Subject: Bug 28479 Author: rguenth Date: Wed Aug 2 20:48:59 2006 New Revision: 115887 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115887 Log: 2006-08-02 Richard Guenther <[EMAIL PROTECTED]> PR c

[Bug c++/28479] [4.2 regression] cc1plus just sits there eating CPU and RAM for a simple program

--- Comment #8 from rguenth at gcc dot gnu dot org 2006-08-02 20:49 --- Done. I have XFAILed the testcase instead of removing it again. I'll re-open the missed optimization PR. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/27084] Does not propagate memory load base through useless type conversion

--- Comment #16 from rguenth at gcc dot gnu dot org 2006-08-02 20:50 --- Patch was reverted. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added S

[Bug target/28574] [4.2 regression] switch statement points to unreferenced label at -O2

--- Comment #7 from steven at gcc dot gnu dot org 2006-08-02 20:52 --- ;; Insn is not within a basic block (code_label 48 47 49 11 "" [3 uses]) ;; Insn is not within a basic block (jump_insn 49 48 50 (addr_diff_vec:DI (label_ref:DI 48) [ (label_ref:DI 103)

[Bug c++/28347] [4.1/4.2 regression] ICE on typedef with initialization

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

[Bug c++/28347] [4.1/4.2 regression] ICE on typedef with initialization

--- Comment #1 from patchapp at dberlin dot org 2006-08-02 21:00 --- Subject: Bug number PR c++/28347 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00046.html -- http://gcc.gnu.org/bugzil

[Bug target/28574] [4.2 regression] switch statement points to unreferenced label at -O2

--- Comment #8 from steven at gcc dot gnu dot org 2006-08-02 21:10 --- Happens when we are in find_if_case_1, where we call: delete_basic_block (then_bb); The basic block we try to remove is this one: ;; basic block 5, loop depth 1, count 0 ;; prev block 9, next block 6 ;; pred: ;;

[Bug libgcj/28579] New: [ecj] classpath build must use gcj

On the gcj-eclipse branch the classpath java->.class build should use the gcj driver. Currently it does not. -- Summary: [ecj] classpath build must use gcj Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority:

[Bug target/27566] [4.1/4.2 Regression] ICEs in final_scan_insn and reload_cse_simplify_operands for vectors with SPE

--- Comment #5 from dje at gcc dot gnu dot org 2006-08-03 01:19 --- * config/rs6000/rs6000.c (rs6000_legitimize_reload_address): Do not reload a SPE symbol_ref into a lo_sum address. Index: rs6000.c === *** rs6000.c(rev

[Bug c++/28274] [4.0/4.1/4.2 Regression] Redeclaration with extra default argument doesn't work

--- Comment #4 from reichelt at gcc dot gnu dot org 2006-08-03 02:30 --- Subject: Bug 28274 Author: reichelt Date: Thu Aug 3 02:30:49 2006 New Revision: 115893 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115893 Log: PR c++/28274 * decl.c (duplicate_decls): C

[Bug c++/28274] [4.0/4.1/4.2 Regression] Redeclaration with extra default argument doesn't work

--- Comment #5 from reichelt at gcc dot gnu dot org 2006-08-03 02:34 --- Subject: Bug 28274 Author: reichelt Date: Thu Aug 3 02:34:14 2006 New Revision: 115894 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115894 Log: PR c++/28274 * decl.c (duplicate_decls): C

[Bug c++/28274] [4.0/4.1/4.2 Regression] Redeclaration with extra default argument doesn't work

--- Comment #6 from reichelt at gcc dot gnu dot org 2006-08-03 02:41 --- Subject: Bug 28274 Author: reichelt Date: Thu Aug 3 02:41:33 2006 New Revision: 115895 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115895 Log: PR c++/28274 * decl.c (duplicate_decls): C

[Bug c++/27508] [4.0/4.1/4.2 regression] ICE on invalid destructor name

--- Comment #8 from reichelt at gcc dot gnu dot org 2006-08-03 02:49 --- Subject: Bug 27508 Author: reichelt Date: Thu Aug 3 02:49:07 2006 New Revision: 115896 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115896 Log: PR c++/27508 * parser.c (cp_parser_unquali

[Bug c++/27508] [4.0/4.1/4.2 regression] ICE on invalid destructor name

--- Comment #9 from reichelt at gcc dot gnu dot org 2006-08-03 02:54 --- Subject: Bug 27508 Author: reichelt Date: Thu Aug 3 02:54:07 2006 New Revision: 115897 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115897 Log: PR c++/27508 * parser.c (cp_parser_unquali

[Bug c++/27508] [4.0/4.1/4.2 regression] ICE on invalid destructor name

--- Comment #10 from reichelt at gcc dot gnu dot org 2006-08-03 03:02 --- Subject: Bug 27508 Author: reichelt Date: Thu Aug 3 03:02:16 2006 New Revision: 115898 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115898 Log: PR c++/27508 * parser.c (cp_parser_unqual

[Bug c++/28274] [4.0/4.1/4.2 Regression] Redeclaration with extra default argument doesn't work

--- Comment #7 from reichelt at gcc dot gnu dot org 2006-08-03 03:10 --- Fixed on mainline, 4.1 branch, and 4.0 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/27508] [4.0/4.1/4.2 regression] ICE on invalid destructor name

--- Comment #11 from reichelt at gcc dot gnu dot org 2006-08-03 03:11 --- Fixed on mainline, 4.1 branch, and 4.0 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/28548] [4.2 Regression]: Optional argument failed

--- Comment #5 from kargl at gcc dot gnu dot org 2006-08-03 04:49 --- Some progress has been. Craig Powers suggested that the problem was with PRESENT but perhaps a conversion function. If I change HJ's code to use the same type and kind type parameter, then everything works fine. In

[Bug fortran/28548] [4.2 Regression]: Optional argument failed

--- Comment #6 from sgk at troutmask dot apl dot washington dot edu 2006-08-03 05:09 --- Subject: Re: [4.2 Regression]: Optional argument failed On Thu, Aug 03, 2006 at 04:49:33AM -, kargl at gcc dot gnu dot org wrote: > > (gdb) print *isym > $28 = {name = 0x8869b61 "__convert_i4

[Bug c/28581] New: Illegal loading the address of a label with -O2

The label is placed on illegal address when only loading the address of a label without jump into. (compile with -O2 option) test_func() { func(&&here); func1(); here: func2(); } -- Summary: Illegal loading the address of a label with -O2 Product:

[Bug fortran/25828] [f2003] ACCESS='STREAM' io support

--- Comment #4 from patchapp at dberlin dot org 2006-08-03 06:05 --- Subject: Bug number PR25828 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00056.html -- http://gcc.gnu.org/bugzilla/sh

[Bug c/28581] Illegal loading the address of a label with -O2

--- Comment #1 from inaoka dot kazuhiro at renesas dot com 2006-08-03 06:07 --- Created an attachment (id=12001) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12001&action=view) testcase gcc -S -O2 label_address.c label_address.s .file "label_address.c" .text

[Bug fortran/28548] [4.2 Regression]: Optional argument failed

--- Comment #7 from martin at mpa-garching dot mpg dot de 2006-08-03 06:22 --- (In reply to comment #3) > Andrew, I think it is a bug. The language in section 12.4.1.5 is somewhat > convoluted and the description of PRESENT() suggest that PRESENT is special. > > From 12.4.1.5: > >

[Bug fortran/28548] [4.2 Regression]: Optional argument failed

--- Comment #8 from sgk at troutmask dot apl dot washington dot edu 2006-08-03 06:26 --- Subject: Re: [4.2 Regression]: Optional argument failed On Thu, Aug 03, 2006 at 06:22:10AM -, martin at mpa-garching dot mpg dot de wrote: > > My understanding of this is that the error messa

[Bug fortran/28548] [4.2 Regression]: Optional argument failed

--- Comment #9 from martin at mpa-garching dot mpg dot de 2006-08-03 06:40 --- (In reply to comment #8) > > I just submitted a patch that appears to fix the problem. > The problem is __convert_* (ie internal gfortran functions) > are caught by the error checking. > Hmm, but my point w