[Bug libgcj/20136] Endless loop when using a SecurityManager
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-02-22 08:02 --- I *hate* to be doing this, but once again, this is fixed on current mainline. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20136
[Bug preprocessor/20137] New: HANDLE_PRAGMA_PACK_PUSH_POP not a configure option or documented correctly
In gcc4 only djgpp and cygming targets have HANDLE_PRAGMA_PACK_PUSH_POP defined, the gcc4 documentation does not say these #pragmas are target spesific, there is also no configure option to enable this for other (e.g *-elf) targets. -- Summary: HANDLE_PRAGMA_PACK_PUSH_POP not a configure option or documented correctly Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: preprocessor AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mfletcher at serck-controls dot co dot uk CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-host_pc-linux-gnu GCC target triplet: i486-unknown-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20137
[Bug fortran/20138] New: fortran (frontend/driver?) bug: array bound checking conflicts with preprocessing
Hi, save the following dummy program as gfcbug24.F90 (capital F): program gfcbug24_F90 print *, Hey, it works now! end program gfcbug24_F90 Then compile with: % gfortran -C gfcbug24.F90 I get: gfortran: GCC does not support -C or -CC without -E Preprocessing normally works, but the -C options seems to interfere here. -E is certainly not what I want... Cheers, -ha -- Summary: fortran (frontend/driver?) bug: array bound checking conflicts with preprocessing Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: anlauf at hep dot tu-darmstadt dot de CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20138
[Bug fortran/20138] fortran (driver?) bug: array bound checking conflicts with preprocessing
--- Additional Comments From anlauf at hep dot tu-darmstadt dot de 2005-02-22 08:48 --- It looks very much like a driver problem, because the option -std=f95 instead of -C makes it even funnier: cc1: warning: command line option -std=f95 is valid for F95 but not for C But at least it does compile... -ha -- What|Removed |Added Summary|fortran (frontend/driver?) |fortran (driver?) bug: array |bug: array bound checking |bound checking conflicts |conflicts with preprocessing|with preprocessing http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20138
[Bug fortran/20138] fortran (driver?) bug: array bound checking conflicts with preprocessing
--- Additional Comments From anlauf at hep dot tu-darmstadt dot de 2005-02-22 08:54 --- While I'm at it: the option -pipe also has a funny side effect: f951: error: unrecognized command line option -95 And it produces a file -95 in the current directory that contains the preprocessed source. Oh well... -ha -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20138
[Bug ada/19902] ACATS cxa3004 cxb3006 fail at compile time ambiguous expression
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-22 09:31 --- Arno, any objection to moving them to norun.lst until after the issue is resolved? -- What|Removed |Added CC||charlet at adacore dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19902
[Bug ada/19902] ACATS cxa3004 cxb3006 fail at compile time ambiguous expression
--- Additional Comments From charlet at adacore dot com 2005-02-22 09:46 --- Subject: Re: ACATS cxa3004 cxb3006 fail at compile time ambiguous expression Arno, any objection to moving them to norun.lst until after the issue is resolved? Actually I do not see the interest, since the test is wrong. I would simply cvs remove it. Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19902
[Bug tree-optimization/18727] [4.0 Regression] ACATS c43214c fails at runtime (aliasing pb)
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-22 09:47 --- Hum, this one is really tricky. It's indeed an aliasing problem and I think your reduced, reduced testcase demonstrates that there might be a hole in the flow-insensitive alias analysis for pointers that escape but are neither explicitly dereferenced nor passed as explicit arguments to a function. I'll ask the powers that be about this. -- What|Removed |Added Summary|[4.0 Regression] ACATS |[4.0 Regression] ACATS |c43214c fails at runtime|c43214c fails at runtime |(tree-dce/aliasing bug) |(aliasing pb) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18727
[Bug ada/19902] ACATS cxa3004 cxb3006 fail at compile time ambiguous expression
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-22 09:51 --- Actually I do not see the interest, since the test is wrong. I would simply cvs remove it. I was under the impression that moving it to the norun.lst was the canonical procedure when waiting for an ACAA's response (did Laurent not do so once?). That being said, I'll be happy to remove them if you prefer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19902
[Bug ada/19902] ACATS cxa3004 cxb3006 fail at compile time ambiguous expression
--- Additional Comments From charlet at adacore dot com 2005-02-22 09:55 --- Subject: Re: ACATS cxa3004 cxb3006 fail at compile time ambiguous expression I was under the impression that moving it to the norun.lst was the canonical procedure when waiting for an ACAA's response (did Laurent not do so once?). Not as far as I know. I'd say that norun.lst should be used for valid tests that are problematic. For other tests, it's simple enough to remove them, and add them back with changes when needed. That's a matter of taste of course, but I'd rather not overuse norun.lst Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19902
[Bug target/20126] [3.3/3.4/4.0 Regression] Inlined memcmp makes one argument null on entry
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-22 10:25 --- Looks like a strength reduction bug. Smaller self-contained testcase: extern void abort (void); typedef struct { int a; char b[3]; } S; S c = { 2, aa }, d = { 2, aa }; void * bar (const void *x, int y, int z) { return (void *) 0; } int foo (S *x, S *y) { const char *e, *f, *g; int h; h = y-a; f = y-b; e = x-b; if (h == 1) return bar (e, *f, x-a) != 0; g = e + x-a - h; while (e = g) { const char *t = e + 1; if (__builtin_memcmp (e, f, h) == 0) return 1; e = t; } return 0; } int main (void) { if (foo (c, d) != 1) abort (); return 0; } Fails on both i386 and x86_64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20126
[Bug c++/20099] -pthreads should imply -fno-threadsafe-statics
--- Additional Comments From gniccolai at yahoo dot com 2005-02-22 10:27 --- You say a hypothetical multithreaded C++ should state this as the semantics for static locals, and I don't disagree with you, provided we are not talking about one based on POSIX threads. POSIX specifically made the design decision to always require explicit locks and to always require the programmer to find, document, and lock cases where concurrent accesses might occur. I think I wrote a rationale that explains and justifies this choice at http://www.niccolai.ws/works/articoli/art-multithreading-en-1a.html I had not been able to find an official rationale from open group; the nearest thing seems to be: http://www.unix.org/whitepapers/reentrant.html If more precise and authoritative ones are available, please point them out. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20099
[Bug target/18251] unable to find a register to spill in class `POINTER_REGS'
--- Additional Comments From dieterbmeier at yahoo dot com 2005-02-22 10:32 --- Andy's patch works great for HEAD, but I get patching file avr.md Hunk #1 FAILED at 344. 1 out of 1 hunk FAILED -- saving rejects to file avr.md.rej when patching 3_4 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18251
[Bug libfortran/20068] Backspace problems
--- Additional Comments From coudert at clipper dot ens dot fr 2005-02-22 10:33 --- This is really weird: $ cat a.f90 integer :: i open (unit=20, file='data') read(20,*) i write(*,*) ' foo ' backspace(20) read(20,*) i end $ cat data 1 2 3 $ gfortran a.f90 ./a.out foo $ cat data 1 3 If the 'write' statement is commented, then the data file is not modified after execution. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20068
[Bug fortran/20006] $ format extension accepted in error under -std=f95
--- Additional Comments From coudert at clipper dot ens dot fr 2005-02-22 10:39 --- I can't reproduce the behaviour reported. All I see is that gfortran is ignoring the $ character: $ cat a.f90 program testRead implicit none print '(a,$)','hello world' print * end $ gfortran -std=f95 a.f90 ./a.out hello world $ ifort a.f90 ./a.out hello world $ gfortran -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc/configure --prefix=/tmp/gfortran-20050222/irun --enable-languages=c,f95 Thread model: posix gcc version 4.0.0 20050222 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20006
[Bug target/19636] Can't compile ethernut OS (avr-gcc)
--- Additional Comments From dieterbmeier at yahoo dot com 2005-02-22 10:41 --- Try patch attached to PR 18251. Good chance it will fix. I still fails. (18251.patch.bz2 applied) If not, pass me the source for a llok at. Its already attached to this pr. http://gcc.gnu.org/bugzilla/attachment.cgi?id=8073action=view -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19636
[Bug tree-optimization/16876] [3.3/3.4/4.0 Regression] ICE on testcase with -O3 in gen_lowpart
--- Additional Comments From uros at kss-loka dot si 2005-02-22 10:49 --- The problem in mainline is that 'tree type' of RECORD_TYPE enters fold_convert() and triggers gcc_unreachable() in line 2003. However Borland C++ exits with error: Call to function 'g' with no prototype. on line where g(0) is called. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16876
[Bug libstdc++/10606] uncaught_exception() returns false too early
--- Additional Comments From pcarlini at suse dot de 2005-02-22 11:24 --- Richard, your fix is causing the regression of libstdc++/14026, can you please have a look again to both?!? Thanks in advance... -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10606
[Bug target/20126] [3.3/3.4/4.0 Regression] Inlined memcmp makes one argument null on entry
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-22 11:32 --- I think the bug is in loop_giv_rescan assumes validate_change in: if (v-giv_type == DEST_ADDR) /* Store reduced reg as the address in the memref where we found this giv. */ validate_change (v-insn, v-location, v-new_reg, 0); can't fail, but it indeed fails when replacing (reg/v/f:DI 67 [ lhs ]) with v-new_reg (plus:DI (reg:DI 90) (const_int -1)), as (insn 66 65 67 (parallel [ (set (reg:CC 17 flags) (if_then_else:CC (ne (reg:DI 62 [ pretmp.25 ]) (const_int 0 [0x0])) (compare:CC (mem:BLK (plus:DI (reg:DI 90) (const_int -1 [0x])) [0 A8]) (mem:BLK (reg/v/f:DI 66 [ rhs ]) [0 A8])) (const_int 0 [0x0]))) (use (const_int 1 [0x1])) (use (reg:CC 17 flags)) (use (reg:SI 19 dirflag)) ]) -1 (nil) (nil)) is not valid x86_64 insn - cmpstrqi_rex_1 requires (mem:BLK (match_operand:DI 4 register_operand 0)). Not sure if it is not too late though, maybe_eliminate_biv already said it can be eliminated. -- What|Removed |Added CC||rakdver at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20126
[Bug regression/20139] New: [4.0 regression] cris-elf testsuite: gcc.c-torture/execute/20020720-1.c
With LAST_UPDATED: Mon Feb 21 15:56:07 UTC 2005, these tests succeeded. With LAST_UPDATED: Tue Feb 22 00:07:00 UTC 2005 they fail: Running /home/hp/cvs_areas/combined/combined/gcc/testsuite/gcc.c-torture/execute/execute.exp ... FAIL: gcc.c-torture/execute/20020720-1.c compilation, -O1 FAIL: gcc.c-torture/execute/20020720-1.c compilation, -O2 FAIL: gcc.c-torture/execute/20020720-1.c compilation, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/20020720-1.c compilation, -O3 -g FAIL: gcc.c-torture/execute/20020720-1.c compilation, -Os The message in the log is: /tmp/ccuQqVLs.o: In function `_foo':^M : undefined reference to `_link_error'^M collect2: ld returned 1 exit status^M compiler exited with status 1 Author of only suspect change in this time-frame CC:ed. -- Summary: [4.0 regression] cris-elf testsuite: gcc.c- torture/execute/20020720-1.c Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: regression AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hp at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,kazu at cs dot umass dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20139
[Bug regression/20139] [4.0 regression] cris-elf testsuite: gcc.c-torture/execute/20020720-1.c
--- Additional Comments From hp at gcc dot gnu dot org 2005-02-22 12:02 --- Huh, forgot to fill in host and target... This test used to be xfailed, btw, but should now pass due to generic fabs optimizations. -- What|Removed |Added GCC host triplet||i686-pc-linux-gnu GCC target triplet||cris-axis-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20139
[Bug c++/20140] New: template function complains about char-array initialized from wide string
Hello, this is my code: templatetypename T void foo() { unsigned char s[] = ; (void)s; } int main() { /* removing either of the calls below makes the error disappear */ fooint(); foochar(); } Compiling this program with g++[0] results in try.cc: In function `void foo() [with T = char]': try.cc:9: instantiated from here try.cc:2: error: char-array initialized from wide string I think this is wrong because isn't a wide string. The error disappears when I remove unsigned from the declaration of s, or when only a single fooT is instantiated. The actual types don't matter; my original code used function pointers. HTH, Lukas [0] g++ versions: Reading specs from /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/specs Configured with: ../gcc-3.4.3/configure --with-cpu=i686 --with-arch=i686 --with-tune=i686 --enable-__cxa_atexit Thread model: posix gcc version 3.4.3 Reading specs from /usr/local/dist/bin/../lib/gcc-lib/sparc-sun-solaris2.8/3.2.2/specs Configured with: /compilefs/usr.local.compile/dist/fenk/gcc-3.2.2/configure --prefix=/usr/local/dist/DIR/GNU/gcc-3.2.2 --with-gnu-as --with-as=/usr/local/dist/DIR/GNU/binutils/bin/as --with-gnu-ld --with-ld=/usr/local/dist/DIR/GNU/binutils/bin/ld --with-dwarf2 --disable-multilib --with-local-prefix=/usr/local/dist Thread model: posix gcc version 3.2.2 -- Summary: template function complains about char-array initialized from wide string Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rwxr-xr-x at gmx dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20140
[Bug target/18251] unable to find a register to spill in class `POINTER_REGS'
--- Additional Comments From andrewhutchinson at cox dot net 2005-02-22 12:31 --- Subject: Re: unable to find a register to spill in class `POINTER_REGS' if you can wait 12hrs I'll create 3.4 version. Alternatively cut n paste from a 4.0 avr.md the change is local to one area. dieterbmeier at yahoo dot com wrote: --- Additional Comments From dieterbmeier at yahoo dot com 2005-02-22 10:32 --- Andy's patch works great for HEAD, but I get patching file avr.md Hunk #1 FAILED at 344. 1 out of 1 hunk FAILED -- saving rejects to file avr.md.rej when patching 3_4 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18251
[Bug c++/20140] template function complains about char-array initialized from wide string
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-22 12:56 --- Confirmed. This fails since gcc 2.95.3 or earlier. -- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||monitored, rejects-valid Last reconfirmed|-00-00 00:00:00 |2005-02-22 12:56:16 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20140
[Bug c/20141] New: crashing the compiler with -03
making a simple standalone/embedable editor I fall on a strange behavior. code crashing the compiler with -03 level of optimisation, no complaints with - O2 It's still very bugged, but it's a pre_alpha code this is quite a small programm (less than 4000 words in the .i file) should be good for tracking -- Summary: crashing the compiler with -03 Product: gcc Version: 3.4.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: stephane dot bosio at vendeeconcept dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20141
[Bug c/20141] crashing the compiler with -03
--- Additional Comments From stephane dot bosio at vendeeconcept dot com 2005-02-22 13:07 --- Created an attachment (id=8254) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8254action=view) pre processed sources this source file crashes with -03 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20141
[Bug middle-end/20141] crashing the compiler with -03
-- What|Removed |Added Component|c |middle-end Summary|crashing the compiler with -|crashing the compiler with - |03 |03 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20141
[Bug target/18251] unable to find a register to spill in class `POINTER_REGS'
--- Additional Comments From ericw at evcohs dot com 2005-02-22 13:19 --- Subject: Re: unable to find a register to spill in class `POINTER_REGS' dieterbmeier at yahoo dot com wrote: --- Additional Comments From dieterbmeier at yahoo dot com 2005-02-22 10:32 --- Andy's patch works great for HEAD, but I get patching file avr.md Hunk #1 FAILED at 344. 1 out of 1 hunk FAILED -- saving rejects to file avr.md.rej when patching 3_4 branch. That's usually expected: a patch for HEAD does not guarantee that the patch will work for an earlier branch (3.4.x). Remember, this patch fixes a bug found on HEAD. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18251
[Bug c++/20142] New: implicity assignment with multi-dimensionnal array members
Problem: If a struct has a member which is a multi-dimensionnal array of class with an explicit assignment operator, a trivial implicit operator is generated instead of a non trivial one. Code: // #include stdio.h class Manager { public: Manager (void); Manager (const Manager ); ~Manager (void); Manager operator= (const Manager); private: /// The underlying data int ptr_; static int Count ; }; typedef Manager ArrayString[2]; typedef ArrayString ArrayOfArrayString[2]; struct DataItem { ArrayOfArrayString field; }; int Manager::Count = 0 ; Manager::Manager (void) : ptr_ (0) { } Manager::Manager (const Manager rhs) : ptr_ (rhs.ptr_ + 100) {} Manager::~Manager (void) { printf (Destructor: Ptr %d\n, ptr_) ; } Manager Manager::operator= (const Manager rhs) { ptr_ = rhs.ptr_ + 1 ; Count++ ; printf (Assignment %d\n, Count) ; return *this; } void Check (const DataItem item) { DataItem item_1 ; DataItem item_2 ; item_1 = item ; item_2 = item ; } int main (int argc, char ** argv) { DataItem item ; Check (item) ; } Build line : g++ -O0 -g -o assign assign.cpp Output: Destructor: Ptr 0 Destructor: Ptr 0 Destructor: Ptr 0 Destructor: Ptr 0 Destructor: Ptr 0 Destructor: Ptr 0 Destructor: Ptr 0 Destructor: Ptr 0 Destructor: Ptr 0 Destructor: Ptr 0 Destructor: Ptr 0 Destructor: Ptr 0 Assigment operator of class Manager was never called. g++ -v Reading specs from /opt/gcc332/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/specs Configured with: ./configure --prefix=/opt/gcc332 --enable-threads=posix --enable-languages=c,c++ Thread model: posix gcc version 3.3.2 and Reading specs from /usr/lib/gcc/i586-mandrake-linux-gnu/3.4.1/specs Configured with: ../configure --prefix=/usr --libdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-languages=c,c++,ada,f77,objc,java --host=i586-mandrake-linux-gnu --with-system-zlib Thread model: posix gcc version 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk) -- Summary: implicity assignment with multi-dimensionnal array members Product: gcc Version: 3.4.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bernard dot maudry at topgraphx dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20142
[Bug middle-end/20141] [3.4, 4.0 regression] ICE on bad prototype at -O3
--- Additional Comments From falk at debian dot org 2005-02-22 13:40 --- Confirmed, this is an ICE on invalid code. This is a test case for 4.0 (but for some reason it doesn't work for 3.4): struct ED_Ligne { int x; }; void dealloue_ligne(); void dealloue_buff(struct ED_Ligne *tab_lignes) { dealloue_ligne(*tab_lignes); } void dealloue_ligne(struct ED_Ligne *lig) { } % gcc -O3 -c test.c test.c: In function 'dealloue_buff': test.c:4: internal compiler error: in fold_convert, at fold-const.c:1922 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-invalid-code Known to fail||3.4.3 4.0.0 Summary|crashing the compiler with -|[3.4, 4.0 regression] ICE on |03 |bad prototype at -O3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20141
[Bug middle-end/20141] [3.4, 4.0 regression] ICE on bad prototype at -O3
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 13:45 --- Basically this is the same as PR 16876. *** This bug has been marked as a duplicate of 16876 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20141
[Bug tree-optimization/16876] [3.3/3.4/4.0 Regression] ICE on testcase with -O3 in gen_lowpart
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 13:45 --- *** Bug 20141 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||stephane dot bosio at ||vendeeconcept dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16876
[Bug regression/20139] [4.0 regression] cris-elf testsuite: gcc.c-torture/execute/20020720-1.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 13:48 --- Caused by: 2005-02-21 Kazu Hirata [EMAIL PROTECTED] * tree-cfg.c (fold_cond_expr_cond): New. (make_edges): Call fold_cond_expr_cond. (find_taken_edge): Accept nothing but INTEGER_CST. (find_taken_edge_cond_expr): Reject INTEGER_CST other than 0 and 1. (find_taken_edge_switch_expr): Remove a check for INTEGER_CST. Basically we are no longer folding it (because forward-progate does not call fold) and this was the only place where we called fold. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2005-02-22 13:48:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20139
[Bug tree-optimization/18705] [4.0 Regression] ACATS c34002a and c460007 ICE expected integer_cst, have var_decl/nop_expr in tree_int_cst_lt, at tree.c:3783
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 13:52 --- This was fixed by the patch which fixed PR 18663 so closing as a dup. *** This bug has been marked as a duplicate of 18663 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18705
[Bug tree-optimization/18663] [4.0 Regression] ACATS ICE cc1221d expected integer_cst, have nop_expr in tree_int_cst_lt, at tree.c:3779
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 13:52 --- *** Bug 18705 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18663
[Bug libstdc++/10606] uncaught_exception() returns false too early
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 14:00 --- (In reply to comment #17) Richard, your fix is causing the regression of libstdc++/14026, can you please have a look again to both?!? Thanks in advance... PR 20091 was opened for this regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10606
[Bug fortran/20138] fortran (driver?) bug: array bound checking conflicts with preprocessing
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 14:06 --- -C is not valid option at all for bound checking. -fbounds-check is the correct option. *** This bug has been marked as a duplicate of 18452 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20138
[Bug fortran/18452] -fno-second-underscore induces warning for fortran that needs preprocessing
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 14:06 --- *** Bug 20138 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||anlauf at hep dot tu- ||darmstadt dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18452
[Bug tree-optimization/20115] [4.0 Regression] Pure functions are mishandled
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-22 14:15 --- This is a DOM bug. Comment above lookup_avail_expr says: NOTE: This function assumes that STMT is a MODIFY_EXPR node that contains no CALL_EXPR on its RHS and makes no volatile nor aliased references. */ and I have no reason not to believe this, if not perhaps for const calls, then certainly for pure calls. For pure calls the code would need to invalidate all recorded pure calls whenever a stmt might modify global state. But optimize_stmt/eliminate_redundant_computations will happily call lookup_avail_expr with a CALL_EXPR on the RHS, because const/pure calls don't have TREE_SIDE_EFFECTS set. I have tried: --- tree-ssa-dom.c.jj 2005-02-17 20:02:58.0 +0100 +++ tree-ssa-dom.c 2005-02-22 14:40:14.912216290 +0100 @@ -2964,7 +2964,8 @@ optimize_stmt (struct dom_walk_data *wal || (TREE_CODE (stmt) == MODIFY_EXPR ! TREE_SIDE_EFFECTS (TREE_OPERAND (stmt, 1))) || TREE_CODE (stmt) == COND_EXPR - || TREE_CODE (stmt) == SWITCH_EXPR)); + || TREE_CODE (stmt) == SWITCH_EXPR) + get_call_expr_in (stmt) == NULL); if (may_optimize_p) may_have_exposed_new_symbols which fixes this, but it seems no other tree-SSA optimization is able to optimize say extern int foo (void) __attribute__((pure)); ... a = foo (); a += foo (); into a = 2 * foo ();, fortunately RTL optimizations optimize that. If const calls are actually handled correctly by lookup_avail_expr, then the comment above it ought to be changed and we could only avoid optimizing DECL_IS_PURE calls in addition to TREE_SIDE_EFFECTS rhs' in optimize_stmt. -- What|Removed |Added CC||law at redhat dot com, ||dnovillo at redhat dot com Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20115
[Bug c/20137] HANDLE_PRAGMA_PACK_PUSH_POP not a configure option or documented correctly
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 14:16 --- Huh: For compatibility with Win32 Pragmas are C front-end and not preprocessor bugs. Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Component|preprocessor|c Ever Confirmed||1 GCC host triplet|i686-host_pc-linux-gnu | Last reconfirmed|-00-00 00:00:00 |2005-02-22 14:16:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20137
[Bug tree-optimization/20115] [4.0 Regression] Pure functions are mishandled
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 14:19 --- Note this was cause by: 2005-01-26 Diego Novillo [EMAIL PROTECTED] PR tree-optimization/19633 * tree-ssa-alias.c (ptr_is_dereferenced_by): Also handle CALL_EXPRs. (maybe_create_global_var): Do not create .GLOBAL_VAR if there are no call-clobbered variables. * tree-outof-ssa.c (check_replaceable): Return false for calls with side-effects. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20115
[Bug tree-optimization/20115] [4.0 Regression] Pure functions are mishandled
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 14:21 --- Also note that DOM is doing the correct thing as the DOM does not know that func_other could change the value of func_pure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20115
[Bug tree-optimization/19055] Minor bit optimization with or and xor
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 14:44 --- If we changed the function in comment #0 like so: int f(int a) { a=(a|1)^1; return a; } Fold should do this simplification. And likewise for comment #1 (which is just general case): int f(int a,int b) { a=(a|b) ^ b; return a; } -- What|Removed |Added OtherBugsDependingO||19987 nThis|| Component|rtl-optimization|tree-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19055
[Bug tree-optimization/20115] [4.0 Regression] Pure functions are mishandled
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 14:56 --- For pure calls the code would need to invalidate all recorded pure calls whenever a stmt might modify global state. Yes this was done with GLOBAL_VAR before Diego's patch but now it is not done with anything else. This is basically the same issue as PR 20100. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20115
[Bug tree-optimization/20115] [4.0 Regression] Pure functions are mishandled
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-02-22 07:28:59 |2005-02-22 14:58:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20115
[Bug java/20104] gij fails on ppc and not on x86
-- What|Removed |Added CC||tromey at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
[Bug java/20104] gij fails on ppc and not on x86
--- Additional Comments From aph at gcc dot gnu dot org 2005-02-22 15:05 --- The failure is here: package org.eclipse.jdt.internal.compiler.impl; public class CompilerOptions ... { void updateSeverity(long irritant, Object severityString) { if (ERROR.equals(severityString)) { this.errorThreshold |= irritant; and the corresponding bytecode is: Method name:updateSeverity Signature: (long,java.lang.Object)void Attribute Code, length:208, max_stack:7, max_locals:4, code_length:110 0: ldc String error 2: aload_3 3: invokevirtual Method java.lang.String.equals (java.lang.Object)boolean The aload_3 looks wrong to me. So, there are two separate issues: 1. Why was aload_3 generated? Which compiler genrated it? 2. How did this get past the libgcj verifier? tromey added to CC list to investigate the verifier. overholt, please let me know how this jar file was generated. Bug upgraded to critical. -- What|Removed |Added Severity|normal |critical Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-22 15:05:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
[Bug java/20104] gij fails on ppc and not on x86
--- Additional Comments From overholt at redhat dot com 2005-02-22 15:09 --- (In reply to comment #3) 1. Why was aload_3 generated? Which compiler genrated it? snip overholt, please let me know how this jar file was generated. This jar file was generated by ecj. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
[Bug bootstrap/20143] New: 4.0 bootstrap unreasonably requires 64-bit target type mode support.
Although I don't believe this is a regression, I do believe it's a bug which should ideally be remedied as soon as reasonably possible; as it seems unreasonable to require any target to support data types more than twice as large as it's pointer type, or required by the language standards; so feel that this should be considered a reasonably important failure to remedy. To demonstrate this bug, simply reduce the defined long long size in avr.h to the size of a long which is defined as being 32-bits; resulting in: In file included from /Applications/avr/avr-src/gcc/unwind-dw2.c:36: /Applications/avr/avr-src/gcc/unwind.h:59: error: unable to emulate 'DI' In file included from /Applications/avr/avr-src/gcc/unwind-dw2.c:40: /Applications/avr/avr-src/gcc/unwind-pe.h: In function 'read_encoded_value_with_base': /Applications/avr/avr-src/gcc/unwind-pe.h:191: error: unable to emulate 'DI' /Applications/avr/avr-src/gcc/unwind-pe.h:194: error: unable to emulate 'DI' make[2]: *** [libgcc/./unwind-dw2.o] Error 1 -- Summary: 4.0 bootstrap unreasonably requires 64-bit target type mode support. Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schlie at comcast dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: ppc-apple-darwin7.8 GCC host triplet: ppc-apple-darwin7.8 GCC target triplet: avr-unknown-unknown http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20143
[Bug bootstrap/20143] 4.0 bootstrap unreasonably requires 64-bit target type mode support.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 15:19 --- Dwarf2 unwinding requires long long. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20143
[Bug java/20104] gij fails on ppc and not on x86
--- Additional Comments From aph at gcc dot gnu dot org 2005-02-22 15:23 --- Ok, so the file was generated by ecj, but was ecj precompiled or interpreted? What VM was ecj running on? Does ecj generate this same bogus file for org.eclipse.jdt.internal.compiler.impl.CompilerOptions when running on other hardware? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
[Bug java/20104] gij fails on ppc and not on x86
--- Additional Comments From overholt at redhat dot com 2005-02-22 15:25 --- (In reply to comment #5) Ok, so the file was generated by ecj, but was ecj precompiled or interpreted? ecj was running interpreted at the time What VM was ecj running on? gij Does ecj generate this same bogus file for org.eclipse.jdt.internal.compiler.impl.CompilerOptions when running on other hardware? I will investigate other hardware now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
[Bug fortran/20144] New: gfortran: unrecognized option '-r8'
I think that -r8 is supposed work, but with gfortran 02-20 on the macintosh - [dranta:~/tests/gfortran] dir% gfortran -i8 -r8 -o test test.f gfortran: unrecognized option '-r8' [dranta:~/tests/gfortran] dir% cat test.f program main stop end -- Summary: gfortran: unrecognized option '-r8' Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: powerpc-apple-darwin7.8.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20144
[Bug fortran/20144] gfortran: unrecognized option '-r8'
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 15:55 --- *** This bug has been marked as a duplicate of 13464 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20144
[Bug driver/13464] -i8 and -r8 not passed correctly to compiler proper. and -d8 does not work
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 15:55 --- *** Bug 20144 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13464
[Bug c++/20145] New: gcc 4.0 new warning: class has virtual functions but non-virtual destructor is not suppressed with -isystem
When an include dir is given to gcc with the -isystem option the warning: 'class CppUnit::ConcretTestFixtureFactoryErrorValueTest' has virtual functions but non-virtual destructor is not suppressed as other warnings are. This warning is new, with gcc34 or snapshot 20050116 this warning does not show up. Michael Cieslinski -- Summary: gcc 4.0 new warning: class has virtual functions but non-virtual destructor is not suppressed with -isystem Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: micis at gmx dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20145
[Bug java/20104] gij fails on ppc and not on x86
--- Additional Comments From aph at gcc dot gnu dot org 2005-02-22 16:04 --- Forget that, second arg is a long. My mistake. The compiled code is OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
[Bug fortran/20146] New: internal compiler error on equivalence
It does not like this construction - [dranta:~/tests/gfortran] dir% gfortran -o common common.f90 common.f90:0: internal compiler error: backend decl for module variable pc already exists Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. [dranta:~/tests/gfortran] dir% cat common.f90 module define_kind integer, parameter :: REAL8 = SELECTED_REAL_KIND(12) real(real8) :: den , pc , pl , psi equivalence (den,pl) equivalence (psi,pc) end module define_kind program main stop end -- Summary: internal compiler error on equivalence Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: powerpc-apple-darwin7.8.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20146
[Bug c++/20147] New: [3.4/4.0 regression] ICE on undefined variable in statement expression
The C++ frontend issues an ICE when compiling the following invalid code snippet: void foo() { ({x;}); } bug.cc: In function 'void foo()': bug.cc:3: error: 'x' was not declared in this scope bug.cc:3: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in finish_stmt_expr_expr, at cp/semantics.c:1546 Please submit a full bug report, [etc.] The appeared in gcc 3.4.0. -- Summary: [3.4/4.0 regression] ICE on undefined variable in statement expression Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20147
[Bug middle-end/5169] paradoxical subreg problem
--- Additional Comments From law at redhat dot com 2005-02-22 16:58 --- Subject: Re: paradoxical subreg problem On Mon, 2005-02-21 at 17:34 +, joseph at codesourcery dot com wrote: --- Additional Comments From joseph at codesourcery dot com 2005-02-21 17:34 --- Subject: Re: paradoxical subreg problem On Mon, 21 Feb 2005, law at redhat dot com wrote: Jeff Law had a patch at http://gcc.gnu.org/ml/gcc/2002-01/msg01872.html. The discussion doesn't indicate anything in particular wrong with it, was there some reason it wasn't applied? I don't think we ever came to a solid decision about which approach was better. My patch was simpler, but there may have been other cases that Alan's patch handled that mine didn't. I do think we all agreed that (subreg (mem)) was evil :-) I think the fact that unrelated changes masked all these issues and as a result this has been largely ignored for the last few years. Perhaps we should apply both patches to eliminate this latent bug or bugs and allow the PR to be closed? (After 4.0 branches given that the bug is apparently latent at present so we shouldn't need to risk these patches in 4.0.) Yea, I'd do it post 4.0. I probably wouldn't even remember what changes caused the bugs to go latent -- it's been that long :( jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5169
[Bug regression/20139] [4.0 regression] cris-elf testsuite: gcc.c-torture/execute/20020720-1.c
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kazu at cs dot umass dot edu |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20139
[Bug c++/20147] [3.4/4.0 regression] ICE on undefined variable in statement expression
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 17:02 --- Confirmed, only happens when checking is turned on. -- What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-checking Last reconfirmed|-00-00 00:00:00 |2005-02-22 17:02:23 date|| Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20147
[Bug rtl-optimization/20134] [4.0 Regression] combine messes up subreg/zero_extend/compare/lshift
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-22 17:03 --- That's not a problem. The SUBREG is SUBREG_PROMOTED_VAR_P and SUBREG_PROMOTED_UNSIGNED_P, which is a promise that the upper 32 bits are all 0. The problem is that when using the KR style function definition, there is no prototype for the function and so the caller expects int exact_log2_wide (int); while the callee is actually int exact_log2_wide (unsigned int); It looks like int is passed sign extended and unsigned int zero extended, so the functions disagree about what the upper 32 bits of the argument should contain. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20134
[Bug c++/20148] New: [4.0 regression] Hosed error message with statement expression
The diagnostic for the following invalid code snippet is hosed on mainline (this only affects the C++ frontend): == void foo() { if (({int c[2];})) ; } == bug.cc: In function 'void foo()': bug.cc:3: error: could not convert '{#'decl_expr' not supported by dump_expr#expression error}' to 'bool' Older versions handle this correctly: bug.cc: In function `void foo()': bug.cc:3: error: could not convert `({...})' to `bool' -- Summary: [4.0 regression] Hosed error message with statement expression Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: diagnostic, monitored Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20148
[Bug fortran/20149] New: fatal error: gfc_todo: Not Implemented
I don't know if you want reports when these are hit or not - [dranta:~/tests/gfortran] dir% gfortran -o transfer transfer.f90 transfer.f90: In function 'MAIN__': transfer.f90:5: fatal error: gfc_todo: Not Implemented: Scalarization of non-elemental intrinsic: __transfer1 compilation terminated. [dranta:~/tests/gfortran] dir% cat transfer.f90 program main integer, parameter :: REAL8 = SELECTED_REAL_KIND(12) real(REAL8) :: pio_scratch(10) integer,dimension(2) :: itemp itemp = transfer(pio_scratch(4),itemp) stop end -- Summary: fatal error: gfc_todo: Not Implemented Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: powerpc-apple-darwin7.8.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20149
[Bug c++/20148] [4.0 regression] Hosed error message with statement expression
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 17:06 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-22 17:06:21 date|| Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20148
[Bug fortran/17298] gfortran ICE: Not Implemented: Scalarization of non-elemental intrinsic: __transfer1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 17:13 --- *** Bug 20149 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||dir at lanl dot gov http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17298
[Bug fortran/20149] fatal error: gfc_todo: Not Implemented
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 17:13 --- *** This bug has been marked as a duplicate of 17298 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20149
[Bug fortran/20146] internal compiler error on equivalence
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 17:15 --- Confirmed, related to PR 17917. -- What|Removed |Added BugsThisDependsOn||17917 Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-02-22 17:15:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20146
[Bug c++/20148] [4.0 regression] Hosed error message with statement expression
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-22 17:16 --- The following code snippet shows a similar problem: void foo() { if (({})) ; } bug.cc: In function 'void foo()': bug.cc:3: error: could not convert '#'statement_list' not supported by dump_expr#expression error' to 'bool' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20148
[Bug c++/20145] gcc 4.0 new warning: class has virtual functions but non-virtual destructor is not suppressed with -isystem
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 17:24 --- I cannot reproduce this with 4.0 (20050222). tin:~/src/gnu/gcctest/pr20145cat include/t.h class t { virtual void f(); }; tin:~/src/gnu/gcctest/pr20145cat t.cc #include t.h class t1 { virtual void f(); }; void f(void) { t h; t1 h1; } tin:~/src/gnu/gcctest/pr20145gcc t.cc -isystem include/ -W -Wall -S t.cc:4: warning: class t1 has virtual functions but non-virtual destructor -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20145
[Bug c++/20145] gcc 4.0 new warning: class has virtual functions but non-virtual destructor is not suppressed with -isystem
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 17:25 --- Oh, one more thing: tin:~/src/gnu/gcctest/pr20145gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: /home/peshtigo/pinskia/src/gnu/gcc/src/configure --target=i686-pc-linux-gnu -- host=i686-pc-linux-gnu --enable-__cxa_atexit --enable-languages=c++,objc,java,f95 --prefix=/ home/gates/pinskia/linux --enable-threads=posix --enable-shared Thread model: posix gcc version 4.0.0 20050222 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20145
[Bug c++/20145] gcc 4.0 new warning: class has virtual functions but non-virtual destructor is not suppressed with -isystem
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 17:26 --- Can you include the preprocessed source (the preprocessed source will have the thing if a header is a system header or not)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20145
[Bug target/20025] Internal error while compiling
-- What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20025
[Bug c++/19989] Inconsistency with zero-sized arrays
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 17:53 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-22 17:53:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19989
[Bug c++/20142] implicity assignment with multi-dimensionnal array members
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-22 17:56 --- Here's a slightly reduced testcase. === #includestdio.h struct A { A() : i() {} A (const A); ~A() { printf (Destructor: i = %d\n, i); } A operator= (const A a) { static int count=0; i = a.i + 1; printf (Assignment %d\n, ++count); return *this; } int i; }; struct B { A x[2][2]; }; int main() { B b; b = b; } === With versions prior to gcc 3.3 we get the output Assignment 1 Assignment 2 Assignment 3 Assignment 4 Destructor: i = 1 Destructor: i = 1 Destructor: i = 1 Destructor: i = 1 With gcc 3.3 and later we get Destructor: i = 0 Destructor: i = 0 Destructor: i = 0 Destructor: i = 0 -- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20142
[Bug libstdc++/20150] New: allocate(0) consistency checks
Regression from 3.2/3.3, calling allocate with n==0 leads to a call of new. Fixup all ext allocators, port to 3.4 -- Summary: allocate(0) consistency checks Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libstdc++ AssignedTo: bkoz at gcc dot gnu dot org ReportedBy: bkoz at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,veksler at il dot ibm dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20150
[Bug java/20056] [4.0 regression] 'verification failed: incompatible type on stack' with --indirect-dispatch
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-22 18:14 --- Subject: Bug 20056 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-22 18:14:04 Modified files: libjava: ChangeLog verify.cc Log message: PR java/20056: * verify.cc (type::EITHER): New constant. (check_field_constant): Use it. (type::compatible): Handle it. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gccr1=1.3379r2=1.3380 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/verify.cc.diff?cvsroot=gccr1=1.67r2=1.68 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20056
[Bug java/20056] [4.0 regression] 'verification failed: incompatible type on stack' with --indirect-dispatch
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-22 18:14 --- Subject: Bug 20056 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-22 18:14:37 Modified files: gcc/java : ChangeLog verify-impl.c Log message: PR java/20056: * verify-impl.c (EITHER): New define. (types_compatible): Handle it. (check_field_constant): Use it. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gccr1=1.1554r2=1.1555 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/verify-impl.c.diff?cvsroot=gccr1=1.6r2=1.7 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20056
[Bug rtl-optimization/20134] [4.0 Regression] combine messes up subreg/zero_extend/compare/lshift
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-22 18:14 --- The testcase is indeed invalid. KR definition can't serve as a prototype and whether a 32-bit argument is on PPC64 sign or zero extended to 64-bit depends on whether the argument is signed or unsigned. So, either prototypes must be used, or the caller must match the type of the arguments. if (exact_log2_wide (0x8000) != 31) abort (); or if (exact_log2_wide ((unsigned int) -2147483648) != 31) abort (); work just fine. On many 64-bit arches this testcase will work anyway, as arguments are e.g. always sign extended to 64-bit (I believe Alpha is an example here) or zero extended to 64-bit. -- What|Removed |Added Status|NEW |RESOLVED Keywords|wrong-code | Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20134
[Bug tree-optimization/20115] [4.0 Regression] Pure functions are mishandled
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-02-22 18:26 --- Testing patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20115
[Bug tree-optimization/20083] Missed optimization with conditional and basically ||
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 18:27 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-22 18:27:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20083
[Bug tree-optimization/20084] missed optimization with conditional and loads and cross jumping
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 18:27 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-22 18:27:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20084
[Bug fortran/20151] New: internal compiler error: Bus error
I have no clue as to what the problem is here, but if I change almost anything it goes away. [dranta:~/tests/gfortran] dir% gfortran -c module_plot_hdf.f90 module_plot_hdf.f90: In function 'hdfsds_r8': module_plot_hdf.f90:15: internal compiler error: Bus error Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. [dranta:~/tests/gfortran] dir% cat module_plot_hdf.f90 module token_module2 COMMON /MPIPRIV/ MPI_BOTTOM,MPI_STATUS_IGNORE,MPI_STATUSES_IGNORE INTEGER MPI_MAX2, MPI_MIN2 PARAMETER (MPI_MAX2=100,MPI_MIN2=101) integer, parameter :: REAL8 = SELECTED_REAL_KIND(12) integer, public, parameter :: TOKEN_MPI_MAX = MPI_MAX2 integer, public, parameter :: TOKEN_MPI_MIN = MPI_MIN2 real(REAL8) :: reduction_array_r8(200) end module token_module2 module plot_hdf_module integer, parameter :: REAL8 = SELECTED_REAL_KIND(12) save private contains subroutine hdfsds_r8(imax, jmax, kmax) use token_module2, only : reduction_array_r8 use token_module2, only : TOKEN_MPI_MAX, TOKEN_MPI_MIN end subroutine hdfsds_r8 end module plot_hdf_module -- Summary: internal compiler error: Bus error Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: powerpc-apple-darwin7.8.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20151
[Bug fortran/20151] internal compiler error: Bus error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 18:41 --- Confirmed, thanks for the reduced testcase (and all the other testcases too). Here is the backtrace: #0 translate_common (common=0x42305ab0, var_list=0x42305b10) at /Users/pinskia/src/local3/ gcc/gcc/fortran/trans-common.c:780 #1 0x00058f9c in translate_common (common=0x42305ab0, var_list=0x42305b10) at /Users/ pinskia/src/local3/gcc/gcc/fortran/trans-common.c:777 #2 0x0004a864 in gfc_traverse_symtree (st=0x423050f0, func=0x591ac named_common) at / Users/pinskia/src/local3/gcc/gcc/fortran/symbol.c:2277 #3 0x0004a870 in gfc_traverse_symtree (st=0x423050f0, func=0x591ac named_common) at / Users/pinskia/src/local3/gcc/gcc/fortran/symbol.c:2279 #4 0x0005922c in gfc_trans_common (ns=0x423050f0) at /Users/pinskia/src/local3/gcc/gcc/fortran/ trans-common.c:912 #5 0x0005dfdc in gfc_generate_function_code (ns=0x0) at /Users/pinskia/src/local3/gcc/gcc/fortran/ trans-decl.c:2184 #6 0x000503dc in gfc_generate_module_code (ns=0x42804200) at /Users/pinskia/src/local3/gcc/ gcc/fortran/trans.c:706 -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-02-22 18:41:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20151
[Bug libgcj/19823] java fails with non-executable memory
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-22 19:01 --- Subject: Bug 19823 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-02-22 19:00:40 Modified files: boehm-gc : ChangeLog configure.host configure.in configure Log message: 2005-02-22 Bryce McKinlay [EMAIL PROTECTED] PR libgcj/19823 * configure.host: Set gc_use_mmap on *-linux*. * configure.in: Define USE_MMAP if gc_use_mmap is set. * configure: Rebuilt. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/boehm-gc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.170.2.7r2=1.170.2.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/boehm-gc/configure.host.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.7r2=1.7.10.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/boehm-gc/configure.in.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.53.2.1r2=1.53.2.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/boehm-gc/configure.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.66.2.1r2=1.66.2.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19823
[Bug libgcj/19823] java fails with non-executable memory
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 19:02 --- Fixed in 3.4.4. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19823
[Bug c++/20152] ICE compiling krusader-1.5.1 with latest CVS gcc
-- What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20152
[Bug libstdc++/20091] [4.0 Regression] 18_support/14026.cc execution test fails
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-02-19 23:33:26 |2005-02-22 19:58:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20091
[Bug libstdc++/20091] [4.0 Regression] 18_support/14026.cc execution test fails
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-22 20:01 --- No, the link error is unrelated. And I strongly suspect that you simply didn't install the snapshot correctly, since the symbol does in fact exist and is exported. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20091
[Bug java/20104] gij fails on ppc and not on x86
--- Additional Comments From andreast at gcc dot gnu dot org 2005-02-22 20:07 --- I'll add a tc in libffi soon. It is ready here but I have a bunch of other tests I'll submit when I finished my other libffi stuff. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
[Bug c++/20152] [3.4/4.0 Regression] ICE compiling krusader-1.5.1 with latest CVS gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 20:14 --- Confirmed, reduced to: struct KrSelectionMode { virtual void init() = 0; }; struct KrKDESelectionMode : public KrSelectionMode { void init() { } }; struct KrSelectionMode { virtual void init() = 0; }; struct KrKDESelectionMode : public KrSelectionMode { void init() { } }; KrKDESelectionMode krKDESelectionMode; -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||error-recovery, ice-on- ||invalid-code Last reconfirmed|-00-00 00:00:00 |2005-02-22 20:14:01 date|| Summary|ICE compiling krusader-1.5.1|[3.4/4.0 Regression] ICE |with latest CVS gcc |compiling krusader-1.5.1 ||with latest CVS gcc Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20152
[Bug c++/20153] New: ICE when C++ template function contains anonymous union
The following program causes an internal compiler error when compiled with gcc-3.4.3 or gcc-4.0 (CVS): template typename T class C { public: void foo(); }; template typename T void CT::foo() { union { struct { }; }; }; int main() { return 0; } -- Summary: ICE when C++ template function contains anonymous union Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: us15 at os dot inf dot tu-dresden dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i486-slackware-linux GCC host triplet: i486-slackware-linux GCC target triplet: i486-slackware-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20153
[Bug c++/20153] [3.4/4.0 Regression] ICE when C++ template function contains anonymous union
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22 20:22 --- Reduced to: template typename T void foo() { union { struct { }; }; } This is invalid code, if we do without template function we get an error: t.cc: In function void foo(): t.cc:8: error: anonymous struct not inside named type t.cc:8: warning: anonymous union with no members -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-invalid-code Last reconfirmed|-00-00 00:00:00 |2005-02-22 20:22:12 date|| Summary|ICE when C++ template |[3.4/4.0 Regression] ICE |function contains anonymous |when C++ template function |union |contains anonymous union Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20153
[Bug c++/19883] [4.0 regression] Even more array bounds rejected as non-constant in template...
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19883
[Bug fortran/20154] New: fortran: scoping of implicit none interfaces
Hi, there is a problem with the scope of (at least) implicit none in gfortran. It falsely extends into interface definitions. The following is a minimal legal example related to a discussion I started on comp.lang.fortran today: program gfcbug25 implicit none interface subroutine foo (i) end subroutine foo end interface end program gfcbug25 gfortran fails to compile this legal and correct code with this error message: % gfortran gfcbug25.f90 In file gfcbug25.f90:4 subroutine foo (i) 1 Error: Symbol 'i' at (1) has no IMPLICIT type In file gfcbug25.f90:4 subroutine foo (i) 1 Error: Symbol 'i' at (1) has no IMPLICIT type Note that implicit none must not extend into the interface, thus the code is legal! Cheers, -ha -- Summary: fortran: scoping of implicit none interfaces Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: anlauf at hep dot tu-darmstadt dot de CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20154
[Bug target/19683] MIPS wrong-code for 64-bit multiply from java program.
--- Additional Comments From daney at gcc dot gnu dot org 2005-02-22 21:40 --- Created an attachment (id=8257) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8257action=view) C testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19683
[Bug target/19683] MIPS wrong-code for 64-bit multiply from java program.
--- Additional Comments From daney at gcc dot gnu dot org 2005-02-22 21:41 --- Created an attachment (id=8258) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8258action=view) C testcase driver. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19683
[Bug c++/19883] [4.0 regression] Even more array bounds rejected as non-constant in template...
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-02-22 21:47 --- Fixed in 4.0. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19883
[Bug c++/19991] [3.4/4.0 regression] Enum not accepted in array-size
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19991