[Bug tree-optimization/22043] New: [4.0/4.1 Regression] Fields not initialized for automatic structs with flexible array members

In: extern void abort (void); struct A { int i; int j; int k; int l; }; struct B { struct A a; int r[1]; }; struct C { struct A a; int r[0]; }; struct D { struct A a; int r[]; }; void foo (struct A *x) { if (x->i != 0 || x->j != 5 || x->k != 0 || x->l != 0) abort (); } int main () { stru

[Bug tree-optimization/22000] [4.0 Regression] Read from volatile member of struct is optimized away

--- Additional Comments From schlie at comcast dot net 2005-06-13 11:17 --- (In reply to comment #0) > I think that the C standard says C that the "name" of variable > becomes an rvalue (the actual value) thus requires that the variable > is accessed. It actually says that accessing a

[Bug c/22044] New: internal compiler error using __builtin_va_list

d with: ../configure --target=mcore-be-elf --prefix=/opt/mcore --program-prefix=mcore- --mandir=/opt/mcore/man --infodir=/opt/mcore/info --enable-languages=c --with-included-gettext --disable-nls i586-suse-linux Thread model: single gcc version 4.1.0 20050613 (experimental) - --

[Bug tree-optimization/22000] [4.0 Regression] Read from volatile member of struct is optimized away

--- Additional Comments From rpedersen at atmel dot com 2005-06-13 11:56 --- (In reply to comment #5) > (In reply to comment #0) > > I think that the C standard says C that the "name" of variable > > becomes an rvalue (the actual value) thus requires that the variable > > is accessed.

[Bug tree-optimization/22019] [4.1 Regression] do_structure_copy ICE on Ada gnatlib

--- Additional Comments From pluto at agmk dot net 2005-06-13 11:56 --- ICE with gcc-4.1 20050613/09:58 cvs snap. ../../xgcc -B../../ -c -g -O2 -fPIC -W -Wall -gnatpg g-socket.adb -o g-socket.o +===GNAT BUG DETECTED==+ | 4.1.0

[Bug target/22044] internal compiler error using __builtin_va_list

-- What|Removed |Added Severity|critical|normal Component|c |target Keywords||

[Bug tree-optimization/22043] [4.0/4.1 Regression] Fields not initialized for automatic structs with flexible array members

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 12:31 --- Confirmed, patch here: . -- What|Removed |Added

[Bug preprocessor/22042] stringification BUG

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 12:36 --- I don't see why this is really a bug because if you output the string, it will look the same. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22042

[Bug c++/20789] [3.4/4.0/4.1 regression] ICE with incomplete type in template

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW

[Bug c++/21929] [4.0/4.1 regression] ICE on invalid template parameter

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW

[Bug target/17889] gcc 3.4 branch does not build for arc-elf32

--- Additional Comments From saurabh dot verma at codito dot com 2005-06-13 12:50 --- This patch has gone into the 3.4 branch t-arc revision 1.7.12.1 Can be marked as resolved/FIXED ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17889

[Bug tree-optimization/18463] [4.0/4.1 Regression] suboptimal use of fancy x86 addressing modes

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 12:46 --- On the mainline we get now: .L4: movl(%ebp,%edx,4), %eax movl%eax, (%ebx,%edx,4) movl(%esi,%edx,4), %eax movl%eax, (%ecx,%edx,4) incl%edx c

[Bug tree-optimization/22029] [4.1 Regression] ICE with -fdump-tree-copyprop3-details

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-13 13:05 --- Confirmed. Shorter testcase (-O -ftree-vectorize -fdump-tree-copyprop3-details): == void foo(int* p) { int i; for ( i=0; i<8; ++i ) *p = 0; } =

[Bug inline-asm/22045] New: can't find a register in class 'GENERAL_REGS'

This seems a bit different to the two other bugs in this class, so I'm filing it separately. For the attached code (extracted from glibc, with some modifications), built with: $ i386-linux-gcc md5-crypt.i -c -O2 -pipe -fPIC -fomit-frame-pointer -o md5-crypt.os (-fomit-frame-pointer given for il

[Bug inline-asm/22045] can't find a register in class 'GENERAL_REGS'

--- Additional Comments From macro at linux-mips dot org 2005-06-13 13:32 --- Created an attachment (id=9078) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9078&action=view) This is the problematic source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22045

[Bug inline-asm/22045] can't find a register in class 'GENERAL_REGS'

--- Additional Comments From macro at linux-mips dot org 2005-06-13 13:33 --- Created an attachment (id=9079) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9079&action=view) This makes the error go away -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22045

[Bug tree-optimization/18463] [4.0/4.1 Regression] suboptimal use of fancy x86 addressing modes

--- Additional Comments From jh at suse dot cz 2005-06-13 13:40 --- Subject: Re: [4.0/4.1 Regression] suboptimal use of fancy x86 addressing modes > > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 > 12:46 --- > On the mainline we get now: > .L4: >

[Bug tree-optimization/19633] local address incorrectly thought to escape

--- Additional Comments From steven at gcc dot gnu dot org 2005-06-13 13:41 --- Ping Diego, should this be closed?? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19633

[Bug tree-optimization/19633] local address incorrectly thought to escape

--- Additional Comments From dnovillo at redhat dot com 2005-06-13 13:44 --- Subject: Re: local address incorrectly thought to escape On Mon, Jun 13, 2005 at 01:41:06PM -, steven at gcc dot gnu dot org wrote: > Ping Diego, should this be closed?? > If the testcase now works on p

[Bug inline-asm/22045] can't find a register in class 'GENERAL_REGS'

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 13:45 --- This is not really a bug in GCC. -- What|Removed |Added GCC build triplet|i386-linux-gnu

[Bug middle-end/19616] missed tail call

-- Bug 19616 depends on bug 19633, which changed state. Bug 19633 Summary: local address incorrectly thought to escape http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19633 What|Old Value |New Value --

[Bug tree-optimization/19633] local address incorrectly thought to escape

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 13:47 --- (In reply to comment #10) > If the testcase now works on ppc-darwin (see comment #7), then > yes. Yes it does. -- What|Removed |Added ---

[Bug tree-optimization/13875] [tree-ssa] missed jump thread optimization on the tree-level

--- Additional Comments From law at redhat dot com 2005-06-13 13:52 --- Subject: Re: [tree-ssa] missed jump thread optimization on the tree-level On Sun, 2005-06-12 at 20:41 +, pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu do

[Bug c++/17256] [3.4/4.0/4.1 Regression] undefined but used static or inline functions should be diagnosed

--- Additional Comments From phython at gcc dot gnu dot org 2005-06-13 13:52 --- Shouldn't TREE_STATIC be checked on the FUNCTION_DECL to see if it has been defined? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17256

[Bug libfortran/22046] New: matmul_1.f90 testsuite failure

matmul_1.f90 fails with a segmentation fault on ia64-unknown-linux-gnu, probably due to an array overrun: $ gfortran -g matmul_1.f90 $ gfortran -v Using built-in specs. Target: ia64-unknown-linux-gnu Configured with: ../gcc-4.1-20050611/configure --prefix=/home/zfkts --enable- languages=c,f95 Thre

[Bug tree-optimization/22000] [4.0 Regression] Read from volatile member of struct is optimized away

--- Additional Comments From schlie at comcast dot net 2005-06-13 14:12 --- (In reply to comment #6) > Changing the expression for accessing the volatile member > of the struct to: > "(volatile int)ptr->b;" > or just: > "ptr->b;" > still leads to the access being optimized away. Which

[Bug fortran/18108] [gfortran] overloading does not work for functions

--- Additional Comments From david dot c dot gregory at gmail dot com 2005-06-13 14:13 --- I too would happily test gfortran, if this bug were resolved. However, my code-base makes heavy use of function overloading at a core level. Thus until this bug is fixed, the compiler is all but

[Bug inline-asm/22045] can't find a register in class 'GENERAL_REGS'

--- Additional Comments From macro at linux-mips dot org 2005-06-13 14:14 --- There is no other software involved. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22045

[Bug inline-asm/22045] can't find a register in class 'GENERAL_REGS'

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 14:17 --- (In reply to comment #4) > There is no other software involved. What I mean is this is a known non-bug in GCC in that running out registers cause things to wrong with people's inline-asm on x86. If peop

[Bug libgcj/22036] libjava/jni.cc compilation fix in cvs 2005-06-12

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 14:19 --- This works for me when I build like the following: ${PATH_TO_TOPLEVELDIR}/configure --prefix=${HOME}/linux --enable-languages=java make bootstrap -- What|Removed |Added -

[Bug c++/22047] New: friend declaration for typedef object

template class T1{ public: typedef T1 td; friend td; }; The above code is giving the below warning in forte6.2 compiler. Warning:A "friend" declaration must specify a class or function. FYI this code is working fine in forte4.2 compiler. Please let me know the corrections to me made??

[Bug c++/22047] friend declaration for typedef object

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 14:28 --- http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1520.pdf Hmm, this is not valid C++89 but looks like it will become valid code in the newer C++ standard. -- http://gcc.gnu.org/bugzilla/show

[Bug fortran/22048] New: Problem with sub-string operator and implicitly typed character variables

Compiling the fixed format file flop.f (source see below) with the command line gfortran -v -save-temps flop.f >& flop.log resulted in an syntax error message in the comparison of two character strings. I think this statement is correct though (I agree implicit typing is ugly but s

[Bug target/22049] New: M68K Coldfire: ICE in reload_cse_simplify_operands

I can reliably produce an ICE with a source file with gcc 3.4.4 on m68k-elf. I have stripped down the preprocessed source file considerably from the original, and pretty much as far as I can go. My investigation appears to show it is dependent on -funit-at-a-time which is why it is not constrained

[Bug target/22049] M68K Coldfire: ICE in reload_cse_simplify_operands

--- Additional Comments From jifl-bugzilla at jifvik dot org 2005-06-13 14:38 --- Created an attachment (id=9080) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9080&action=view) Stripped down source file to reproduce problem Compile with: m68k-elf-gcc -c -m5200 -O1 -funit-at-a-ti

[Bug inline-asm/22045] can't find a register in class 'GENERAL_REGS'

--- Additional Comments From macro at linux-mips dot org 2005-06-13 14:44 --- I haven't written it's an ICE, have I? Unfortunately I can't see a way of rewriting the asm such that an appropriate variant is used depending on whether there are six or five or four (or fewer?) registers a

[Bug c++/22047] friend declaration for typedef object

--- Additional Comments From kumar dot mahesh at cognizant dot com 2005-06-13 14:44 --- Subject: RE: friend declaration for typedef object Means it does work in forte6.2?? is it??? Regards, Maheshkumar P, 55432068,Vnet:62068, OrangeUK -Original Message- From: pinskia at gcc

[Bug target/22049] M68K Coldfire: ICE in reload_cse_simplify_operands

--- Additional Comments From jifl-bugzilla at jifvik dot org 2005-06-13 14:48 --- Oh, one interesting aspect is that the failure is even dependent on some of the numbers in the switch statement. For example, if the penultimate number is 105 instead of 106 it compiles okay. --

[Bug libfortran/22046] matmul_1.f90 testsuite failure

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-13 14:52 --- Reduced testcase: program matmul_1 integer, parameter:: N = 5 integer, parameter:: T = 4 real(kind=T), dimension(:,:), allocatable

[Bug middle-end/21985] [4.0/4.1 Regression] miscompiled or wrong code snippet?

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 14:59 --- Subject: Bug 21985 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-13 14:59:40 Modified files: gcc: ChangeLog fold-const.c gcc/t

[Bug target/22049] M68K Coldfire: ICE in reload_cse_simplify_operands

--- Additional Comments From jifl-bugzilla at jifvik dot org 2005-06-13 15:01 --- Oh, one more thing. The original version of the code, ICE'd on a slightly different constraint: (insn 1533 4485 1534 187 /home/jlarmour/ecos/ecospro-common-040929-branch/packages/net/snmp/lib/current/src/p

[Bug libfortran/21950] All gfortran execution tests fail on Tru64 UNIX V4.0F: scalbn unresolved

--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2005-06-13 15:08 --- Subject: Re: All gfortran execution tests fail on Tru64 UNIX V4.0F: scalbn unresolved > is very portable). What about the naïve implementation: > > double scalbn (double x, int n) { return x * pow

[Bug tree-optimization/22050] New: [4.0/4.1 Regression] ICE in gimple_add_tmp_var

void bar (const unsigned short *const); void foo (void) { const unsigned short *const p = (const unsigned short []){ 'F', 'o', 'o', 0 }; bar (p); } at -O and higher results in ICE in gimple_add_tmp_var. -- Summary: [4.0/4.1 Regression] ICE in gimple_add_tmp_var Pro

[Bug c/22013] [4.0/4.1 Regression] ICE in gimple_add_tmp_var, at gimplify.c:535

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 15:15 --- *** Bug 22050 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug tree-optimization/22050] [4.0/4.1 Regression] ICE in gimple_add_tmp_var

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 15:15 --- *** This bug has been marked as a duplicate of 22013 *** -- What|Removed |Added

[Bug libfortran/21950] All gfortran execution tests fail on Tru64 UNIX V4.0F: scalbn unresolved

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 15:41 --- Well, attached patch should clear this point, and hopefully we will have a working GNU Fortran on these platforms soon. Can you test it? (patch does not include regenerated files, so once applied you shoul

[Bug c++/21929] [4.0/4.1 regression] ICE on invalid template parameter

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 15:58 --- Subject: Bug 21929 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-13 15:58:10 Modified files: gcc/cp : ChangeLog decl.c parser.c gc

[Bug c++/20789] [3.4/4.0/4.1 regression] ICE with incomplete type in template

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 15:58 --- Subject: Bug 20789 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-13 15:58:10 Modified files: gcc/cp : ChangeLog decl.c parser.c gc

[Bug libfortran/15234] libgfortran doesn't compile on Tru64 UNIX V4.0F

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 16:03 --- As I learnt from PR21950, there is a (recent) patch for this one. For the record: http://gcc.gnu.org/ml/fortran/2005-06/msg00118.html -- What|Removed |Added --

[Bug libfortran/15266] libgfortran doesn't compile on IRIX 5.3

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 16:09 --- Added patch keyword and URL. Patch received the OK on ml. -- What|Removed |Added

[Bug libfortran/14325] [libgfortran] libgfortran does not build with newlib on arm-elf (stdint.h does not define the right types)

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 16:13 --- Shouldn't this one be fixed by the patch for PR15234? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14325

[Bug tree-optimization/22051] New: [4.0 regression] Wrong code for function pointer comparision during optimization

with the following test program, gcc-4.0 doesn't emit the required function canonicalization code (calls to __canonicalize_funcptr_for_compare) to do the comparison when optimization is enabled. [EMAIL PROTECTED]:/tmp/dl$ gcc-3.3 -D_GNU_SOURCE -O2 -o default default.c -ldl; ./default; echo $? 0 [

[Bug tree-optimization/22051] [4.0 regression/hppa-linux] Wrong code for function pointer comparision during optimization

-- What|Removed |Added Known to fail||4.0.0 Known to work||3.3.5 Summary|[4.0 regression] Wrong code |[4

[Bug libfortran/15160] Generated files don't regenerate

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 16:19 --- What is the difference between that and PR20438? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15160

[Bug middle-end/22051] [4.0/4.1 regression] Wrong code for function pointer comparision during optimization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 16:20 --- I thought this was fixed. -- What|Removed |Added Component|tree-optimization

[Bug middle-end/22051] [4.0/4.1 regression] Wrong code for function pointer comparision during optimization

--- Additional Comments From tausq at debian dot org 2005-06-13 16:23 --- this is what you get with gcc-3.3: .LC0: .stringz"main" .section.rodata.cst4,"aM",@progbits,4 .align 4 .LC1: .word P%main [...] ldil LR'.LC0,%r25 ldi -1,%r4

[Bug middle-end/22051] [4.0/4.1 regression] Wrong code for function pointer comparision during optimization

--- Additional Comments From randolph at tausq dot org 2005-06-13 16:24 --- Subject: Re: [4.0/4.1 regression] Wrong code for function pointer comparision during optimization > I thought this was fixed. Nope, sorry. randolph -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22051

[Bug fortran/21797] complex(4) sqrt failures on alpha-linux

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 16:29 --- Although, unlike Steve, I am sure I'm not allowed to ok this patch, I would really like to see it go in too. alpha-linux really is an interesting platform for regtesting (and, moreover, libgfortran will so

[Bug c++/20789] [4.0 regression] ICE with incomplete type in template

--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-13 16:36 --- fixed mainline and 3.4 2005-06-13 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/20789 * decl.c (cp_finish_decl): Clear runtime runtime initialization if in-class decl's initializer is b

[Bug middle-end/22051] [4.0/4.1 regression] Wrong code for function pointer comparision during optimization

-- What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/sh

[Bug fortran/22048] Problem with sub-string operator and implicitly typed character variables

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 16:53 --- Confirmed on sparc-solaris. Further reduced testcase: $ cat pr22048.f implicit character*8 (z) z = '' print *, z(1:3) end $ gfortran pr22048.f In file pr22048.f:3 print *

[Bug c++/20678] [3.4/4.0/4.1 Regression] Make process stopped

--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-13 16:57 --- I wonder if this is relater to 21166 -- What|Removed |Added AssignedTo|unassigned at

RE: Important

Madame, Mademoiselle, Monsieur, Nous vous remercions de votre courrier électronique. Dans le souci de mieux correspondre à vos attentes, nous vous prions de bien vouloir nous contacter désormais par le biais du nouveau "Portail des Citoyens", mis à votre disposition à l'adresse Internet http://

[Bug libgcj/22036] libjava/jni.cc compilation fix in cvs 2005-06-12

--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-13 17:16 --- This bug can occur when DEBUG is defined in the libgcj build. I'll apply the patch shortly. -- What|Removed |Added ---

[Bug c++/20789] [4.0 regression] ICE with incomplete type in template

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 17:20 --- Subject: Bug 20789 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-06-13 17:20:31 Modified files: gcc/cp : decl.c

[Bug tree-optimization/21155] [4.1 Regression] ICE in ssa tree check compiling crafty with -ftree-vectorize -maltivec

--- Additional Comments From janis at gcc dot gnu dot org 2005-06-13 17:45 --- With mainline built last night I get no failures building and running SPEC CPU2000 on powerpc64-linux with "-ftree-vectorize -maltivec -mabi=altivec" for -m32 and -m64; it looks fixed to me! -- http://gcc

[Bug tree-optimization/21155] [4.1 Regression] ICE in ssa tree check compiling crafty with -ftree-vectorize -maltivec

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 17:49 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/21884] [4.1 regression] ICE with -ftree-vectorize

-- Bug 21884 depends on bug 21155, which changed state. Bug 21155 Summary: [4.1 Regression] ICE in ssa tree check compiling crafty with -ftree-vectorize -maltivec http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21155 What|Old Value |New Value -

RFC; MN10300 binary operators do not work on address registers

Hi Jeff, Hi Alex, Whilst working with the AM33 port I recently came across a piece of code in the glibc sources which triggered an ICE in gcc because it was generating an insn which did not match the constraints: error: insn does not satisfy its constraints: (insn (set (reg:SI a0)

[Bug tree-optimization/19910] ICE with -ftree-loop-linear

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 18:00 --- Fixed most likely by: 2005-06-10 Daniel Berlin <[EMAIL PROTECTED]> * lambda-code.c (replace_uses_of_x_with_y): Renamed and rewritten slightly. (exit_phi_for_loop_p): New function.

[Bug fortran/22038] Forall with mask broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 18:23 --- Subject: Bug 22038 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-13 18:23:46 Modified files: gcc/fortran: ChangeLog trans-stmt.c gcc/t

[Bug fortran/22038] Forall with mask broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 18:30 --- Subject: Bug 22038 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-13 18:30:15 Modified files: gcc/fortran: Change

[Bug c/22052] New: redefinition of inline function succeeds

This doesn't error out: #include static inline int foo(void) { return 1; } static inline int foo(void) { return 0; } static inline int bar(void) { return foo(); } int main(void) { if (bar()) printf("1\n"); else printf("0\n"); return 0; } It appears to be a pr

[Bug fortran/22038] Forall with mask broken

--- Additional Comments From tobi at gcc dot gnu dot org 2005-06-13 19:02 --- The commit fixes only a small part of the issues, namely those which made gfortran.dg/forall_1.f90 fail. There remain several issues as explained here together with a patch for some of them: http://gcc.gnu.org

[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 19:07 --- Confirmed, this started after "3.5.0 20040909". -- What|Removed |Added Status|UN

[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 19:11 --- It started to fail after "4.0.0 20041124" but before "4.0.0 20050225" (the branching). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22052

[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 19:17 --- Hmm, the most obvious patch (which is mine) is the following: 2005-01-04 Andrew Pinski <[EMAIL PROTECTED]> PR c/19152 * c-decl.c (diagnose_mismatched_decls): Accept "extern inline" declare

[Bug java/21844] [4.1 Regression] miscompilation of LinkedHashMap

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 19:20 --- Subject: Bug 21844 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-13 19:20:26 Modified files: gcc/java : ChangeLog parse.y Log message:

[Bug java/21844] [4.1 Regression] miscompilation of LinkedHashMap

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 19:22 --- Subject: Bug 21844 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-13 19:21:56 Modified files: libjava: ChangeLog Added files: libja

[Bug java/21844] [4.1 Regression] miscompilation of LinkedHashMap

--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-13 19:23 --- I've checked in the fix. -- What|Removed |Added Status|ASSIGNED

[Bug java/18131] [meta-bug] inner class problems in java front-end

-- Bug 18131 depends on bug 21844, which changed state. Bug 21844 Summary: [4.1 Regression] miscompilation of LinkedHashMap http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21844 What|Old Value |New Value -

[Bug tree-optimization/21171] [4.0/4.1 Regression] IV OPTS removes does not create a new VOPs for constant values

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 19:24 --- Subject: Bug 21171 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-13 19:24:33 Modified files: gcc: Change

[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 19:35 --- This patch should fix it (I don't have time right now, school is getting in the way, could you test it): Index: c-decl.c === RCS file: /cvs/g

[Bug tree-optimization/19899] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1490 with -ftree-vectorize -msse2

--- Additional Comments From stefaan dot deroeck at gmail dot com 2005-06-13 19:38 --- still exists on main branch as well -- What|Removed |Added CC|

[Bug tree-optimization/21171] [4.0/4.1 Regression] IV OPTS removes does not create a new VOPs for constant values

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 19:43 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/21797] [4.0 only] complex(4) sqrt failures on alpha-linux

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-13 19:49 --- (In reply to comment #5) > Although, unlike Steve, I am sure I'm not allowed to ok this patch, I would > really like to see it go in too. alpha-linux really is an interesting platform > for regtesting (and,

[Bug tree-optimization/21994] [4.1 regression] complex throwing functions cause ICE

--- Additional Comments From laurent at guerby dot net 2005-06-13 19:51 --- I picked up in my tree only the tree-complex.c change, with that no more "throw in the middle of block" problems. I'm redoing a build to see if a-ncelfu and other runtime files that had the problem now compile (I

[Bug tree-optimization/21994] [4.1 regression] complex throwing functions cause ICE

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 19:55 --- compensate_edge ones are not related to this bug at all, it is most likely caused by the changes to reg- stack by Roger. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21994

[Bug tree-optimization/21994] [4.1 regression] complex throwing functions cause ICE

--- Additional Comments From rth at gcc dot gnu dot org 2005-06-13 20:02 --- Well then you're going to have to tell me what local changes you have such that you can build gnatlib. Or wait until someone bothers to check in changes such that it Just Works. -- http://gcc.gnu.org/bugzi

[Bug ada/22053] New: ACATS ICE cxg2002 cxg2008 cxg2019 cxg2020 cxg2021 compensate_edge, at reg-stack.c:2671

+===GNAT BUG DETECTED==+ | 4.1.0 20050612 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | in compensate_edge, at reg-stack.c:2671 | | Error detected at cxg2002.adb:468:5

[Bug c++/22054] New: GCC doesn't support anonymous subclass

struct A {}; struct : A {} b; This fails with :2: error: parse error before `:' token :2: error: ISO C++ forbids declaration of `b' with no type See definition of class-head in section 9-1 of 14882:1998 standard. gcc version 3.3.5-20050130 (Gentoo Linux 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, p

[Bug ada/22055] New: ACATS ICE cxg1005 cxg1004 xpected ssa_name, have var_decl in verify_ssa tree-ssa.c:750

+===GNAT BUG DETECTED==+ | 4.1.0 20050612 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | tree check: expected ssa_name, have var_decl in verify_ssa, at | |tree-ssa.c:750

[Bug tree-optimization/22022] [4.1 Regression] ACATS ICE cxg1002 tree_split_edge, at tree-cfg.c:3025

--- Additional Comments From laurent at guerby dot net 2005-06-13 20:12 --- Also now having the same ICE (after PR21994 fix): +===GNAT BUG DETECTED==+ | 4.1.0 20050612 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | in tr

[Bug c++/22054] GCC doesn't support anonymous subclass

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 20:17 --- Fixed in 3.4.0 and above. -- What|Removed |Added Status|UNCONFIRMED

[Bug libgcj/22036] libjava/jni.cc compilation fix in cvs 2005-06-12

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|UNCONFIRMED

[Bug rtl-optimization/22053] [4.1 Regression] ACATS ICE cxg2002 cxg2008 cxg2019 cxg2020 cxg2021 compensate_edge, at reg-stack.c:2671

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 20:23 --- Only really can happen on x86_64 and ia32. -- What|Removed |Added Component|ada

[Bug libgcj/22036] libjava/jni.cc compilation fix in cvs 2005-06-12

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 20:23 --- Subject: Bug 22036 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-13 20:23:12 Modified files: libjava: ChangeLog jni.cc Log message:

[Bug libgcj/22036] libjava/jni.cc compilation fix in cvs 2005-06-12

--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-13 20:24 --- I checked the fix in on the trunk. -- What|Removed |Added Status|ASSIGNED

[Bug fortran/21797] [4.0 only] complex(4) sqrt failures on alpha-linux

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 20:56 --- Now that it is fixed, we can at least CONFIRM it ;-) As for why the commit message didn't appear it: "PR libfortran/PR21797" seems to have confused the parsing mechanism for detecting bugs related to comm

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 21:14 --- I didn't see this patch proposed on gcc-patches. Is someone reviewing it? Since it prevents building cygwin and mingw, one could hope that it gets committed soon... -- What|Removed

  1   2   >