[Bug libfortran/21820] Really, really, horrible IO performance

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-05-31 07:38 --- First thing: I can reproduce the timings differences on my i386-linux, with ext3 filesystem. Second thing: Steve, your patch truncates files, which is not correct! Given the following modified testcase:

[Bug tree-optimization/21732] -ftree-dump-all-details hangs during *.c.t24.copyprop or *.c.t38.copyprop2

--- Additional Comments From Ralf_Recker at gmx dot de 2005-05-31 07:50 --- Subject: Re: -ftree-dump-all-details hangs during *.c.t24.copyprop or *.c.t38.copyprop2 > --- Ursprüngliche Nachricht --- > Von: "giovannibajo at libero dot it" <[EMAIL PROTECTED]> > An: [EMAIL PROTECTED] > Be

[Bug c++/21835] New: compilation of CRTP fails if the ABC is after template

the compilation of a curious recuring template fails if the base class for the instantiation of the curious recuring template pattern (CRTP) is defined after the template but before its instantiation. The following code demonstrates the problem. If uncommenting the outcommented section and comment

[Bug libfortran/19303] Unformatted record header is 4-bytes on 32-bit targets

--- Additional Comments From milan at cmm dot ki dot si 2005-05-31 08:41 --- Great work! Thanks a million! Somehow I also have a problem with the name of the option, since g77 has exactly the same problem. When I compile with the g77 I get 8 byte headers on AMD64, so the name g77 doesn'

[Bug libstdc++/21836] New: internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

gcc-4.0.0, confiured with: CFLAGS='-O3 -pipe -march=i486 -funroll-loops' \ CXXFLAGS='-O3 -pipe -march=i486 -funroll-loops' \ LIBCFLAGS='-O3 -pipe -march=i486 -funroll-loops' \ LIBCXXFLAGS='-O3 -pipe -march=i486 -funroll-loops' \ LDFLAGS='-Wl,-s -Wl,--stack=0x0080' \ JCF

[Bug libstdc++/21836] internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

--- Additional Comments From gerrit at gcc dot gnu dot org 2005-05-31 09:29 --- Created an attachment (id=8997) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8997&action=view) ctype.ii -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21836

[Bug libstdc++/21836] internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

--- Additional Comments From gerrit at gcc dot gnu dot org 2005-05-31 09:30 --- Created an attachment (id=8998) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8998&action=view) ctype.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21836

[Bug libstdc++/21836] internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

--- Additional Comments From gerrit at gcc dot gnu dot org 2005-05-31 09:40 --- It compiles ok when using -O2 instead of -O3, i.e. it is the flag -finline-functions Gerrit -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21836

[Bug libgcj/21754] ./libtool: /mingw/bin/ar: Invalid argument

--- Additional Comments From dannysmith at users dot sourceforge dot net 2005-05-31 09:45 --- Try changing --enable-shared to --disable-shared when configuring. Building shared libgcj with libtool doesn't really work on windows targets. You could try using Mohan Embars scripts to bui

[Bug libstdc++/21836] internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

--- Additional Comments From steven at gcc dot gnu dot org 2005-05-31 10:08 --- There are many known bugs in tree-ssa-pre.c as shipped with GCC 4.0.0, see e.g. Bug 21173. Could you try a CVS snapshot from the GCC 4.0 release branch instead of the GCC 4.0.0 release? -- What

[Bug tree-optimization/21734] [4.1 regression] ICE: -ftree-vectorize, segfault

--- Additional Comments From stefaandr at hotmail dot com 2005-05-31 10:13 --- For the sake of completeness. the error produced with the new testcase: Using built-in specs. Target: i686-pc-linux-gnu Configured with: /esat/alexandria1/sderoeck/src/gcc/main/configure --prefix=/esat/olympi

[Bug libstdc++/21836] internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

--- Additional Comments From gerrit at gcc dot gnu dot org 2005-05-31 10:31 --- I applied the patch from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21173 I'll reconfigure and rebuild now. See you later, Gerrit -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21836

[Bug c++/21837] New: C++/C99 standard violation in for loop

C++ standard quote: 3.3.2, paragraph 4: Names declared in the for-init-statement, and in the condition of if, while, for, and switch statements are local to the if, while, for, or switch statement (including the controlled statement), and shall not be re-declared in a subsequent condition of that

[Bug libfortran/21820] Really, really, horrible IO performance

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-05-31 10:46 --- Additional info: disabling MMAP (#undefining HAVE_MMAP in unix.c) gives far better performance (in fact, I can see no performance penatly at all). Perhaps a survey of the cases where mmap induces performa

[Bug target/21721] [4.0 regression] fails to assemble, Use of p0 is not valid in this context

--- Additional Comments From schwab at suse dot de 2005-05-31 10:57 --- Almost the complete set of predicate registers is live throughout most of function writet1, this looks bogus. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21721

Re: [Bug c++/21837] New: C++/C99 standard violation in for loop

"ahelm at gmx dot net" <[EMAIL PROTECTED]> writes: | C++ standard quote: | | 3.3.2, paragraph 4: | Names declared in the for-init-statement, and in the condition of if, while, | for, and switch statements are local to the if, while, for, or switch statement | (including the controlled statement)

[Bug c++/21837] C++/C99 standard violation in for loop

--- Additional Comments From gdr at integrable-solutions dot net 2005-05-31 11:16 --- Subject: Re: New: C++/C99 standard violation in for loop "ahelm at gmx dot net" <[EMAIL PROTECTED]> writes: | C++ standard quote: | | 3.3.2, paragraph 4: | Names declared in the for-init-statement,

[Bug c++/21837] C++/C99 standard violation in for loop

--- Additional Comments From joseph at codesourcery dot com 2005-05-31 11:48 --- Subject: Re: New: C++/C99 standard violation in for loop On Tue, 31 May 2005, ahelm at gmx dot net wrote: > for(int i=2;i<4;i++) > { > int j = i; > int i; > i = 555; > printf("%d %d\n"

[Bug c++/13878] Uncaught exception on AIX with shared libraries

--- Additional Comments From nagaraj_hayyal at satyam dot com 2005-05-31 12:21 --- (In reply to comment #5) Did you get any solution for this? We are experiencing the same problem here. Please let us know the solution if you have already found one. mail: [EMAIL PROTECTED] > Our project

[Bug libfortran/21787] libfortran - better error message needed

--- Additional Comments From dir at lanl dot gov 2005-05-31 12:54 --- It is 60,000 line program, including the 3 small libraries, that executes in two steps - a bit long to post. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21787

[Bug c/21838] New: ia64 gcc (cross compiler at least) generates call to __ia64_save_stack_nonlocal when __label__ is used

void test(void) { __label__ test; goto test; test: return; } -> br.call.sptk.many b0 = __ia64_save_stack_nonlocal# -- Summary: ia64 gcc (cross compiler at least) generates call to __ia64_save_stack_nonlocal when __label__ is used

[Bug debug/21828] [4.0/4.1 Regression] debug info omitted for global variables

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-05-31 13:11 --- Ulrich Weigand wrote: When building with -funit-at-a-time (which is on by default with -O2), *no* debug info for global variables appears to be emitted at all. The problem appears to be this piece of code

[Bug target/21838] ia64 gcc (cross compiler at least) generates call to __ia64_save_stack_nonlocal when __label__ is used

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 13:15 --- I don't see why, this is a bug. -- What|Removed |Added Component|c

[Bug c++/21837] C++/C99 standard violation in for loop

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 13:16 --- This is a dup of bug 2288. C99 allows this as mentioned multiple times. *** This bug has been marked as a duplicate of 2288 *** -- What|Removed |Added -

[Bug c++/2288] Variable declared in for-loop-header is in wrong scope

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

[Bug c++/21165] [4.0/4.1 Regression] bogus error on a user-defined conversion in a template

--- Additional Comments From nathan at gcc dot gnu dot org 2005-05-31 13:19 --- I think this is from my binfo changes -- What|Removed |Added AssignedTo|unassigned at

[Bug c++/21835] compilation of CRTP fails if the ABC is after template

-- What|Removed |Added Keywords||rejects-valid Known to fail||3.4.0 3.3.3 3.0.4 2.95.3 Known to work|

[Bug libstdc++/21405] Template inlines have global visibility

--- Additional Comments From mike at navi dot cx 2005-05-31 13:23 --- Reopening the bug, as Benjamin wishes to track it. -- What|Removed |Added Status|RESOLVED

[Bug tree-optimization/21081] [4.0/4.1 Regression] internal compiler error: verify_stmts failed.

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

[Bug middle-end/21836] internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 13:37 --- This is cygwin specific bug, see PR 21081 which this is a dup of. *** This bug has been marked as a duplicate of 21081 *** -- What|Removed |Added ---

[Bug c/21839] New: fs/ext3/ialloc.c error: Statement makes a memory store,...

Linux kernel 2.6.11.11 fs/ext3/ialloc.c: In function 'ext_new_inode': fs/ext3/ialloc.c:423 error: Statement makes a memory store, but has no V_MAY_DEFS nor V_MUST_DEFS # VUSE ; fs/ext3/ialloc.c:423: internal compiler error: verify_ssa failed. failed at: struct inode *ext3_new_inode(handle_t *ha

[Bug tree-optimization/21839] fs/ext3/ialloc.c error: Statement makes a memory store,...

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 13:44 --- Please give the needed information that is documented on ? -- What|Removed |Added -

[Bug target/21838] ia64 gcc (cross compiler at least) generates call to __ia64_save_stack_nonlocal when __label__ is used

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 13:46 --- This works fine in 4.0.0. -- What|Removed |Added Known to work|

[Bug c++/21799] [4.1 regression] Spurious ambiguity with pointers to members

--- Additional Comments From bangerth at dealii dot org 2005-05-31 13:49 --- The PR Andrew cites is essentially a duplicate of PR 8271, which has been around for 2 1/2 years already. It is about the fact that gcc accepts a pointer to a constant member function for an argument that does

[Bug c++/21801] Accepts invalid for const member pointer functions

--- Additional Comments From bangerth at dealii dot org 2005-05-31 13:49 --- This is a duplicate of one of my rather older bugs, PR 8271... W. *** This bug has been marked as a duplicate of 8271 *** -- What|Removed |Added

[Bug c++/8271] Templates and pointers to const member functions

--- Additional Comments From bangerth at dealii dot org 2005-05-31 13:50 --- *** Bug 21801 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8271

[Bug c++/21799] [4.1 regression] Spurious ambiguity with pointers to members

-- Bug 21799 depends on bug 21801, which changed state. Bug 21801 Summary: Accepts invalid for const member pointer functions http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21801 What|Old Value |New Value ---

[Bug middle-end/21840] Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 14:04 --- Again, we need the preprocessed source. -- What|Removed |Added CC|

[Bug libfortran/19303] Unformatted record header is 4-bytes on 32-bit targets

--- Additional Comments From blime at cox dot net 2005-05-31 14:04 --- Subject: Re: Unformatted record header is 4-bytes on 32-bit targets I second the "thanks a million", and also don't think g77 belongs in the option name. I have been using a very fast sort program for large files

[Bug target/21838] ia64 gcc (cross compiler at least) generates call to __ia64_save_stack_nonlocal when __label__ is used

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 14:13 --- Fixed in 4.0.0. -- What|Removed |Added Status|UNCONFIRMED |RESOL

[Bug tree-optimization/21839] fs/ext3/ialloc.c error: Statement makes a memory store,...

--- Additional Comments From mclinden at informed dot net 2005-05-31 14:19 --- Created an attachment (id=9001) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9001&action=view) preprocessed ialloc.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21839

[Bug libgcj/21754] ./libtool: /mingw/bin/ar: Invalid argument

--- Additional Comments From Christopher dot Dawes at retail-logic dot com 2005-05-31 14:19 --- Unfortunately it's nothing to do with compiling or linking, it's when it's then trying to archive it however i've not managed to find the part of the Makefile which calls ar.exe, if i could I'

[Bug tree-optimization/21839] fs/ext3/ialloc.c error: Statement makes a memory store,...

--- Additional Comments From mclinden at informed dot net 2005-05-31 14:19 --- Output of gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.1-20050528/configure --prefix=/usr --with-mpfr=/usr -- with-mpfr-dir=/usr/src/otai/mpfr-2.1.1 --with-gmp=/usr --with-

[Bug c/21840] New: Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

The relevant code is here: CONFIG_GRKERNSEC_PROC and CONFIG_GRKERNSEC_PROC_MEMMAP) are defined static void k_spec(struct vc_data *vc, unsigned char value, char up_flag, struct pt_regs *regs) { if (up_flag) return; if (value >= ARRAY_SIZE(fn_handler))

[Bug middle-end/21840] Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

--- Additional Comments From mclinden at informed dot net 2005-05-31 14:27 --- gcc: warning: -pipe ignored because -save-temps specified Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.1-20050528/configure --prefix=/usr --with-mpfr=/usr -- with-mpfr-dir=/usr/src

[Bug tree-optimization/21839] [4.1 Regression] fs/ext3/ialloc.c error: Statement makes a memory store,...

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 14:35 --- Confirmed, reducing. -- What|Removed |Added Summary|fs/ext3/ialloc.c error: |

[Bug middle-end/21840] Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

--- Additional Comments From pluto at agmk dot net 2005-05-31 14:40 --- [ PR21839, PR21840 ] Sean, Do the sigsegvs occur in random places during kernel build? If yes then You must check other RAM chips. Memtest86 is not enough to be 100% sure. You should also try the parallel kernel buil

[Bug tree-optimization/21839] [4.1 Regression] fs/ext3/ialloc.c error: Statement makes a memory store,...

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 14:45 --- Confirmed, reduced testcase: typedef struct { } spinlock_t; typedef struct { unsigned sequence; spinlock_t lock; } seqlock_t; void ext3_new_inode(seqlock_t *rsv_seqlock) { *rsv_seqlock = (seqlock_t) { 0,

[Bug middle-end/21840] Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 14:46 --- The backtrace: #0 0x083f1b29 in ix86_struct_value_rtx (type=0xb7c0657c, incoming=0) at /home/peshtigo/pinskia/ src/gnu/gcc/src/gcc/config/i386/i386.c:3184 #1 0x081974c9 in expand_call (exp=0xb778e9d8, tar

[Bug middle-end/21840] [4.1 Regression] Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 14:57 --- Confirmed, reduced testcase: void fn_show_state(void); typedef void (*fn_handler_fn)(void); static fn_handler_fn fn_handler[1]; void k_spec(unsigned char value) { void *func = fn_handler[value]; if (fun

[Bug tree-optimization/21839] [4.1 Regression] fs/ext3/ialloc.c error: Statement makes a memory store,...

--- Additional Comments From giovannibajo at libero dot it 2005-05-31 14:59 --- Sigh, the infamous empty structure extension... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21839

[Bug tree-optimization/21839] [4.1 Regression] ICE for missing V_DEFS caused by salias with empty structures

--- Additional Comments From giovannibajo at libero dot it 2005-05-31 15:01 --- Compiles with -O2 -fno-tree-salias. Danny, salias is probably confused by empty structures. -- What|Removed |Added ---

[Bug middle-end/21840] [4.1 Regression] Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 15:05 --- Compiling with -O1, we seg fault but compiling with -O1 -fno-tree-fre we don't because we don't "FRE", the load and get the type correct. -- What|Removed |Added ---

[Bug libstdc++/21405] Template inlines have global visibility

--- Additional Comments From giovannibajo at libero dot it 2005-05-31 15:10 --- You can't use -fvisibility-inlines-hidden or otherwise you'll get linker errors if the compiler later decides not to inline those functions. I don't think you can win. -- http://gcc.gnu.org/bugzilla/sho

[Bug middle-end/21840] [4.1 Regression] Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-05-31 15:28 --- Not really an FRE bug. FRE eliminates the load, and everything we have tells it it can (it asks may_propagate_copy, etc). However, eliminating the load replaces a void (*foo) type with a void * type (IE poi

[Bug target/21841] New: Documentation should say -mhp-ld is only for hppa64-*-*-*

The -mhp-ld switch is only recognized on hppa64*-*-* targets but that restriction is not documented in the description for -mhp-ld in extend.texi. -- Summary: Documentation should say -mhp-ld is only for hppa64-*-*- * Product: gcc Version: unkn

[Bug target/21841] Documentation should say -mhp-ld/-mgnu-ld are only for hppa64-*-hpux*

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 15:46 --- Confirmed, they are only recognized on hppa64-*-hpux* targets -- What|Removed |Added

[Bug middle-end/21836] internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

--- Additional Comments From gerrit at gcc dot gnu dot org 2005-05-31 16:23 --- Many thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21836

[Bug bootstrap/21782] [3.3 Regression] configure: error: unknown endianess

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-31 16:23 --- > I'd not recommend trying anything else. Hum... I just found clean logs for GCC 3.4.x + Binutils 2.16 dated 04/05. :-) So: - GCC 3.3.x + Binutils 2.14 - GCC 3.4.x + Binutils 2.14 - GCC 3.4.x + Binutil

[Bug testsuite/20772] x86 tests should run on both i?86 and x86_64

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-31 16:28 --- Subject: Bug 20772 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-31 16:28:30 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/g++.

[Bug tree-optimization/21732] -ftree-dump-all-details hangs during *.c.t24.copyprop or *.c.t38.copyprop2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 16:29 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/21732] -ftree-dump-all-details hangs during *.c.t24.copyprop or *.c.t38.copyprop2

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-31 16:29 --- Subject: Bug 21732 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-31 16:29:17 Modified files: gcc: ChangeLog tree-ssa-copy.c Log messa

[Bug testsuite/20772] x86 tests should run on both i?86 and x86_64

--- Additional Comments From aj at gcc dot gnu dot org 2005-05-31 16:30 --- I changed now those tests that I found via grep and do think the issue could be closed. But the suggestion to have x86_ilp32/x86_lp64 targets is not implemented. I'll assign to Janis to decide about t

[Bug target/20301] Assembler labels have a leading "-"

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-31 16:32 --- Investigating. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebo

[Bug libstdc++/21842] New: [4.1 Regression] 23_containers/bitset/operations/2.cc execution test fails

FAIL: 23_containers/bitset/operations/2.cc execution test has appeared on mainline on i686-pc-linux-gnu between 20050530 and 20050531. -- Summary: [4.1 Regression] 23_containers/bitset/operations/2.cc execution test fails Product: gcc Version

[Bug c/21843] New: [4.1 Regression] gcc.c-torture/execute/920501-2.c execution fails

-torture/execute/920501-2.c execution, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions FAIL: gcc.c-torture/execute/920501-2.c execution, -O3 -g have appeared on mainline on i686-pc-linux-gnu between 20050530 and 20050531. I don't know what part of the compiler the bug might

[Bug target/16007] Use of static template members results in broken executables

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-31 16:37 --- Binutils 2.16 have been released with the fix. They work fine in conjunction with the 3.4.x compiler and above, so closing as fixed in most recent 3.4.x release. -- What|Removed

[Bug tree-optimization/21839] [4.1 Regression] ICE for missing V_DEFS caused by salias with empty structures

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-05-31 16:37 --- This is indeed an salias problem. This was code i had warned Nathan about changing, for fear that something like this might be exposed. Nathan, if (!var_can_have_subvars (field)) push = true;

[Bug middle-end/20946] --enable-checking=yes,fold fails on the mainline

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-31 16:40 --- Subject: Bug 20946 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-31 16:40:09 Modified files: gcc: ChangeLog fold-const.c gcc/t

[Bug middle-end/20931] [4.0/4.1 Regression] fold checking failure

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-31 16:40 --- Subject: Bug 20931 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-31 16:40:09 Modified files: gcc: ChangeLog fold-const.c gcc/t

[Bug libfortran/15235] libgfortran doesn't build on Solaris 10

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-31 16:43 --- Libgfortran now builds and runs on Solaris 10 (last problem was PR target/21315). -- What|Removed |Added -

[Bug libfortran/15930] [irix6.5] gfortran libraries not built

-- Bug 15930 depends on bug 15235, which changed state. Bug 15235 Summary: libgfortran doesn't build on Solaris 10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15235 What|Old Value |New Value --

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

-- Bug 19292 depends on bug 15235, which changed state. Bug 15235 Summary: libgfortran doesn't build on Solaris 10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15235 What|Old Value |New Value --

[Bug libfortran/16991] [meta-bug] libgfortran does not build every where

-- Bug 16991 depends on bug 15235, which changed state. Bug 15235 Summary: libgfortran doesn't build on Solaris 10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15235 What|Old Value |New Value --

[Bug middle-end/20931] [4.0/4.1 Regression] fold checking failure

-- Bug 20931 depends on bug 20946, which changed state. Bug 20946 Summary: --enable-checking=yes,fold fails on the mainline http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20946 What|Old Value |New Value -

[Bug middle-end/20946] --enable-checking=yes,fold fails on the mainline

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 16:44 --- Fixed in 4.0.1. -- What|Removed |Added Status|ASSIGNED|RESOL

[Bug middle-end/20931] [4.0/4.1 Regression] fold checking failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 16:44 --- Fixed in 4.0.1. -- What|Removed |Added Status|ASSIGNED|RESOL

[Bug middle-end/20623] ICE: fold check: original tree changed by fold with --enable-checking=fold

-- Bug 20623 depends on bug 20931, which changed state. Bug 20931 Summary: [4.0/4.1 Regression] fold checking failure http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20931 What|Old Value |New Value ---

[Bug middle-end/20931] [4.0/4.1 Regression] fold checking failure

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-31 16:46 --- Subject: Bug 20931 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-31 16:46:12 Modified files: gcc: Change

[Bug middle-end/20946] --enable-checking=yes,fold fails on the mainline

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-31 16:46 --- Subject: Bug 20946 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-31 16:46:12 Modified files: gcc: Change

[Bug libfortran/21820] Really, really, horrible IO performance

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-05-31 16:48 --- Subject: Re: Really, really, horrible IO performance On Tue, May 31, 2005 at 07:38:41AM -, fxcoudert at gcc dot gnu dot org wrote: > First thing: I can reproduce the timings differenc

[Bug libstdc++/21842] [4.1 Regression] 23_containers/bitset/operations/2.cc execution test fails

--- Additional Comments From pcarlini at suse dot de 2005-05-31 16:49 --- Notice that *nothing* changed in the relevant libstdc++-v3 code. Generally, only small, confined changes lately. Either this is a miscompilation or a *very* long standing latent problem. Can you attach the *.log ex

[Bug middle-end/21843] [4.1 Regression] gcc.c-torture/execute/920501-2.c execution fails

-- What|Removed |Added Component|c |middle-end Keywords||wrong-code Target Milestone|---

[Bug middle-end/21842] [4.1 Regression] 23_containers/bitset/operations/2.cc execution test fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 16:50 --- I want to say the same patch which broke 920501-2.c also broke this. -- What|Removed |Added

[Bug middle-end/21843] [4.1 Regression] gcc.c-torture/execute/920501-2.c execution fails

-- What|Removed |Added OtherBugsDependingO||21842 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21843

[Bug libfortran/21547] Unable to build libfortran library

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-31 16:52 --- Confirmed, but not specific to sparc-sun-solaris2.10. -- What|Removed |Added

[Bug c++/21514] [DR 278] templates and anonymous enum

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-31 16:55 --- Not specific to sparc-sun-solaris2.8. -- What|Removed |Added GCC build triplet|sparc-sun

[Bug libfortran/19481] libgfortran doesn't build -- configure doesn't handle cabs() well

--- Additional Comments From giovannibajo at libero dot it 2005-05-31 16:58 --- Then, confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug middle-end/21842] [4.1 Regression] 23_containers/bitset/operations/2.cc execution test fails

--- Additional Comments From pcarlini at suse dot de 2005-05-31 16:59 --- ... well, at least both involve shifts ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21842

[Bug middle-end/21842] [4.1 Regression] 23_containers/bitset/operations/2.cc execution test fails

--- Additional Comments From joseph at codesourcery dot com 2005-05-31 17:05 --- Subject: Re: [4.1 Regression] 23_containers/bitset/operations/2.cc execution test fails On Tue, 31 May 2005, pcarlini at suse dot de wrote: > Notice that *nothing* changed in the relevant libstdc++-v3 co

[Bug c++/21835] compilation of CRTP fails if the ABC is after template

-- What|Removed |Added GCC build triplet|sparc-sun-solaris2.8| GCC host triplet|sparc-sun-solaris2.8| GCC target triplet|sparc-sun-solaris2.8| http://gc

[Bug c++/19243] Misleading error message for ill-formed explicit destructor invocation

-- What|Removed |Added GCC build triplet|all | GCC host triplet|all | GCC target triplet|all | http://gc

[Bug middle-end/21842] [4.1 Regression] 23_containers/bitset/operations/2.cc execution test fails

--- Additional Comments From pcarlini at suse dot de 2005-05-31 17:14 --- > Testing manually it seems to fail with -O2 or -O but not -O0. Ah, ah, the same happens for the other regression that you just filed, it seems! Thanks. > In general when reporting bugs shown up by my regression

[Bug c++/20629] [4.0/4.1 Regression] internal compiler error: in cp_tree_equal, at cp/tree.c:1552

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 17:15 --- This was fixed by: 2005-04-14 Dale Johannesen <[EMAIL PROTECTED]> * tree.c (cp_tree_equal): Handle SSA_NAME. -- What|Removed |Added -

[Bug target/19107] regclass.c miscompiled by -ftree-vectorize

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-31 17:19 --- Subject: Bug 19107 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-31 17:19:12 Modified files: gcc/fortran: ChangeLog trans-array.c trans-expr.c

[Bug fortran/18109] ICE with explicit array of strings

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-31 17:19 --- Subject: Bug 18109 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-31 17:19:12 Modified files: gcc/fortran: ChangeLog trans-array.c trans-expr.c

[Bug fortran/18283] gfortran: ICE in gfc_conv_string_parameter, trans-expr.c:1982

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-31 17:19 --- Subject: Bug 18283 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-31 17:19:12 Modified files: gcc/fortran: ChangeLog trans-array.c trans-expr.c

[Bug c++/14556] ICE with

-- What|Removed |Added GCC build triplet|any | GCC host triplet|any | GCC target triplet|any |

[Bug c++/21799] [4.1 regression] Spurious ambiguity with pointers to members

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 17:22 --- I think this is a dup of bug 21066. -- What|Removed |Added BugsThisDependsOn|

[Bug tree-optimization/21839] [4.1 Regression] ICE for missing V_DEFS caused by salias with empty structures

--- Additional Comments From nathan at gcc dot gnu dot org 2005-05-31 17:25 --- Are you sure my changes changed this behaviour? IIRC my changes removed the funky behaviour of ignoring the first field's offset. (well, that was the intent anyway) I don't believe I changed the DECL_SIZE ch

  1   2   >