[Bug c++/18369] [4.0 regression] Segfault on braced new

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW

[Bug c++/18391] internal error: Segmentation fault for valid code segment

--- Additional Comments From asachdeva at gmail dot com 2004-11-09 06:39 --- Subject: Re: internal error: Segmentation fault for valid code segment Was this bug filed earlier ? if yes, please send me the original bug number. Thanks -Arvind Sachdeva. On 9 Nov 2004 06:20:51 -, pin

[Bug c++/18391] internal error: Segmentation fault for valid code segment

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-09 06:20 --- Fixed already in 3.3. -- What|Removed |Added Severity|critical

[Bug c++/18391] internal error: Segmentation fault for valid code segment

--- Additional Comments From asachdeva at gmail dot com 2004-11-09 06:16 --- Created an attachment (id=7497) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7497&action=view) when compiled with -v -save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18391

[Bug c++/18391] internal error: Segmentation fault for valid code segment

--- Additional Comments From asachdeva at gmail dot com 2004-11-09 06:15 --- Created an attachment (id=7496) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7496&action=view) Preprocessed file demonstrating the crash. It was just 48 lines, I havent bzip'd it -- http://gcc.gnu.or

[Bug c++/18391] New: internal error: Segmentation fault for valid code segment

Try to compile the following code in a cpp file, gcc crashes. Working on Redhat 7.2. #include #define b 5 int f; int foobar(int foo, int bar = (assert(f>=b), funcPtr)(), int foob=some_int); Reading specs from /shared/i80386linux/compiler/gcc3.2/linux2.4/lib/gcc-lib/i686-pc-linux-gnu/3.2/specs

[Bug target/17606] [4.0 Regression] ICE in reload_cse_simplify_operands, at postreload.c:391

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-09 05:57 --- Note my reduced testcase no longer fails but the orginal testcase still does. -- What|Removed |Added -

[Bug debug/16792] [4.0 regression] ICE in gen_subprogram_die, at dwarf2out.c:11267

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-09 05:42 --- Hmm, a couple big things happened those two days, some should figure out which patch which caused this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16792

[Bug fortran/16861] segfault with doubly used module

--- Additional Comments From dmitrym at acres dot com dot au 2004-11-09 05:35 --- The bug 17764 was incorrectly linked to this (see comments in that entry). I simplified the 20k source file above to ~600 bytes. Compilation attempt (using gfortran as of Nov 09, 2004) still gives "Interna

[Bug fortran/17764] Compiler crash

--- Additional Comments From dmitrym at acres dot com dot au 2004-11-09 05:18 --- This bug is NOT a duplicate of the 16861. As of today, my test case compiles (and the bigger program the test case was derived from also compiles and works). The test program submitted with 16861 still does

[Bug target/18019] [4.0 Regression] -march=pentium4 generates word fetch instead of byte fetch

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-09 04:50 --- No this is not related to PR 17949 at all. The behavior changed between 2004-01-18 and 2004-01-23. Which means most likely this: 2004-01-19 Roger Sayle <[EMAIL PROTECTED]> * config/i386/i386.md

[Bug bootstrap/9382] AIX 5.2 ../../gcc-20030120/gcc/libgcc2.c:1161: internal compiler error: in extract_insn, at recog.c:2175

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-09 03:00 --- *** Bug 18390 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug bootstrap/18390] ICE during bootstrap build for gcc 3.4.3 and 3.3.5

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-09 03:00 --- *** This bug has been marked as a duplicate of 9382 *** -- What|Removed |Added

[Bug bootstrap/18390] New: ICE during bootstrap build for gcc 3.4.3 and 3.3.5

I'm trying to build a newer version of gcc on a system with AIX 5.2. This is my configuration: ../gcc-3.4.3/configure --prefix=/genome/ctsa/opt/powerpc-aix/gcc-3.4.3 --enable-concept-checks --enable-languages=c,c++,f77 --enable-__cxa_atexit --disable-nls followed by 'make profiledbootstrap'. This

[Bug c++/18389] [3.4/4.0 regression] ICE on struct declaration in for statement

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-09 02:46 --- : Search converges between 2004-10-10-161002-trunk (#588) and 2004-10-11-014001-trunk (#589). : Search converges between 2004-10-10-004002-3.4 (#94) and 2004-10-11-004001-3.4 (#95). -- What

[Bug c++/18389] [3.4/4.0 regression] ICE on struct declaration in for statement

-- What|Removed |Added Known to fail||3.3 3.3.5 3.4.3 4.0.0 Known to work||3.2.3 3.4.0 3.4.1 3.4.2 Target Milesto

[Bug c++/18389] New: [3.4/4.0 regression] ICE on struct declaration in for statement

The following invalid code snippet causes an ICE in 3.3.x, 3.4.3, and mainline (but not in 3.4.[012]): = void foo() { for (;struct A{};); } = -- Summary: [3.4/4.0 regression] ICE on struct declaration in for statem

[Bug target/18149] [4.0 regression] bootstrap of i686-darwin

--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de 2004-11-09 01:59 --- Confirmed. See: http://gcc.gnu.org/ml/gcc/2004-11/msg00289.html Thanks, Lars -- What|Removed |Added --

[Bug target/18387] [4.0 regression] mmix-knuth-mmixware build broken, thunk-related

--- Additional Comments From hp at gcc dot gnu dot org 2004-11-09 01:55 --- Re: #1, yes, it was. See http://sourceware.org/ml/binutils/2004-11/msg00153.html> for more. -- What|Removed |Added ---

[Bug c++/18386] ICE in __static_initialization_and_destruction_0

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-09 00:57 --- I cannot reproduce this on a cross to i686-pc-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18386

[Bug bootstrap/18388] bootstrapping failing on HP-UX 11.23/IA64

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-09 00:56 --- You did not fully read: : f you have more than one assembler installed on your system, you may want to use this option in connection with --with-as=pathname. -- W

[Bug bootstrap/18388] New: bootstrapping failing on HP-UX 11.23/IA64

I'm trying to bootstrap gcc-3.4.3 on >uname -a HP-UX lvcapt B.11.23 U ia64 0104590984 unlimited-user license configured with configure --prefix=/opt/gcc343 --enable-shared \ --with-threads=posix --disable-nls \ --with-gnu-as=/opt/gcc342/bin/ia64-hp-hpux11.23-as \ I tried to bootstrap with >gc

[Bug target/18387] [4.0 regression] mmix-knuth-mmixware build broken, thunk-related

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-09 00:44 --- I almost think this is a binutils bug. -- What|Removed |Added Keywords|

[Bug target/18387] New: [4.0 regression] mmix-knuth-mmixware build broken, thunk-related

With LAST_UPDATED: "Mon Nov 8 08:47:07 GMT 2004" I get (copy-pasted): /gcc/xgcc -shared-libgcc -B/home/hp/builds2/mmixware-sim/gcc/ -nostdinc++ -L/home/hp/builds2/mmixware-sim/mmix/libstdc++-v3/src -L/home/hp/builds2/mmixware-sim/mmix/libstdc++-v3/src/.libs -nostdinc -B/home/hp/builds2/mmixware-s

[Bug c++/18386] ICE in __static_initialization_and_destruction_0

--- Additional Comments From James dot W dot Mckelvey at jpl dot nasa dot gov 2004-11-09 00:34 --- Created an attachment (id=7494) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7494&action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18386

[Bug c++/18386] New: ICE in __static_initialization_and_destruction_0

--with-gnu-ld --disable-nls --enable-languages=c++ Thread model: posix gcc version 4.0.0 20041108 (experimental) g++ -save-temps -c -g -fno-elide-constructors -pedantic-errors -Werror -ansi - no-common -fstrict-aliasing -Wall -Wold-style-cast -Wsign-promo -Wpointer-arith -Wconversion -Wundef -Wwrite

[Bug tree-optimization/17742] [4.0 Regression] C Optimization error with -O1 on i686

--- Additional Comments From rakdver at gcc dot gnu dot org 2004-11-09 00:15 --- This is a problem due to scev. It claims that j is an induction variable with step 1. Ummm Patch in testing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17742

[Bug target/18385] code contains 68040 instructions

-- What|Removed |Added Component|bootstrap |target Summary|Bootstrap code contains |code contains 68040 |68040 instructio

[Bug bootstrap/18385] New: Bootstrap code contains 68040 instructions

If I compile and link a file with -m68000 option the code contains still 68040 instructions in startup and finish code. We use the linker script mvem162.ld from Newlib which includes the .init and .fini sections (I think they are only necessary in C++ and Java). The problem is that the crtstuff.c

[Bug rtl-optimization/11873] inefficient use of registers induces size and time overhead

-- What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11873

[Bug tree-optimization/17742] [4.0 Regression] C Optimization error with -O1 on i686

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-08 23:38 --- Zdenek, the bug really appears with your ivopts patch http://gcc.gnu.org/ml/gcc-cvs/2004-09/msg00234.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17742

[Bug middle-end/17926] [4.0 Regression] infinite loop in LAPACK test at -Os and -O2

-- What|Removed |Added BugsThisDependsOn||17742 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17926

[Bug tree-optimization/17742] [4.0 Regression] C Optimization error with -O1 on i686

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 23:25 --- This is most likely the same as PR 17926. -- What|Removed |Added OtherBugsDependingO|

[Bug tree-optimization/17742] [4.0 Regression] C Optimization error with -O1 on i686

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-08 23:20 --- Here's a reduced testcase. It goes into an infinite loop when compiled with optimization (-O, -O2, -O3, -Os). = int i=0; int main() { int j=0; while (++i<3) j = 1-j;

[Bug bootstrap/18381] [4.0 Regression] Stage 1 failure in fixincludes, recent CVS

--- Additional Comments From James dot W dot Mckelvey at jpl dot nasa dot gov 2004-11-08 22:35 --- (In reply to comment #3) > Try removing 'build-fixincludes' from that line, tell me if it works. That worked! Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18381

[Bug libgcj/18376] java.io.BufferedWriter outputing extraneous characters?

--- Additional Comments From tromey at gcc dot gnu dot org 2004-11-08 22:17 --- The code says: while (br.read(charBuff,0,fileLength) != -1) bw.write(charBuff,0,fileLength); There is no guarantee that read() will fill the buffer. If you see a partial read, you will then write a

[Bug c++/18384] [3.3/3.4/4.0 Regression] ICE on zero-length array with empty initializer...

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 22:12 --- : Search converges between 2004-09-21-004002-3.4 (#77) and 2004-09-22-004001-3.4 (#78). : Search converges between 2004-09-20-161001-trunk (#551) and 2004-09-21-094824-trunk (#552). : Search converges bet

[Bug c++/18384] ICE on zero-length array with empty initializer...

-- What|Removed |Added Known to work||3.3.3 3.4.2 2.95.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18384

[Bug c++/16261] [3.4 regression] ICE: output_die, at dwarf2out.c:6628

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-08 21:49 --- Here's a testcase without templates: namespace N { struct A {}; typedef A B; } void foo() { struct C { C(N::B) {} }; N::B b; C c(b); } ===

[Bug c++/16261] [3.4 regression] ICE: output_die, at dwarf2out.c:6628

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-08 21:47 --- *** Bug 18280 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug debug/18280] [3.4 regression] ICE in output_die, at dwarf2out.c:6702

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-08 21:47 --- *** This bug has been marked as a duplicate of 16261 *** -- What|Removed |Added

[Bug objc/16546] [4.0 Regression] [unit-at-a-time] Solaris 10/x86 libobjc bootstrap failure: invalid assembler code

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 21:34 --- Fixed finnally. --- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-08 21:34 --- Subject: Bug 16546 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED

[Bug objc/16546] [4.0 Regression] [unit-at-a-time] Solaris 10/x86 libobjc bootstrap failure: invalid assembler code

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 21:34 --- Fixed finnally. -- What|Removed |Added Status|ASSIGNED|RESOL

[Bug c++/18384] New: ICE on zero-length array with empty initializer...

Compilers before 3.4.3 (including 2.95.3, gcc-3.3.x) accept const int table[0] = {}; With 3.4.3, we see [apl]aluminum$ /tools/linux/gcc-3.4.3/bin/g++ -c bug.cxx bug.cxx:1: internal compiler error: in tree_low_cst, at tree.c:3313 Please submit a full bug report, with preprocessed source if appr

[Bug target/18383] [4.0 Regression] Cannot use assert in a dynamic library

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 21:32 --- New patch here: . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18383

[Bug target/6123] __pic__/__PIC__ not defined when -fpic/-fPIC is specified

--- Additional Comments From zack at codesourcery dot com 2004-11-08 21:23 --- Subject: Re: __pic__/__PIC__ not defined when -fpic/-fPIC is specified Ah. This is why I thought it had already been done. Maybe you want to poke Alan Modra about the research he said he would do? zw -

[Bug target/13754] [3.4/4.0 regression] ip2k-elf ICE on multiple gotos

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 21:17 --- Note the example in the comment #0 cannot be used to reproduce the problem as the switch statement is optimized out (as it is a nop). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13754

[Bug libstdc++/17664] [3.4 only] Crash in std::map when using _GLIBCXX_DEBUG with multithreading

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-08 21:10 --- Subject: Bug 17664 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-11-08 21:10:17 Modified files: libstdc++-v3 : Change

[Bug target/18383] [4.0 Regression] Cannot use assert in a dynamic library

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 21:06 --- Patch here: , I have a new assert.h which corrects the problem with not outputting the function name (this was also broken in darwin's headers any

[Bug target/18383] New: [4.0 Regression] Cannot use assert in a dynamic library

% cat t.c #include int f1(int a) { assert(a); return a; } % cat t.cc #include extern "C" int f(int); int f(int a) { assert(a); return a; } % cat main.cc extern"C" int f(int); extern"C" int f1(int); int main(void) { f(0); f1(0); } % g++ -dynamiclib t.cc -o libt1.dylib % gcc -dyna

[Bug libstdc++/17664] [3.4 only] Crash in std::map when using _GLIBCXX_DEBUG with multithreading

--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-08 20:50 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug libstdc++/17664] [3.4 only] Crash in std::map when using _GLIBCXX_DEBUG with multithreading

--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-08 20:50 --- Fixed mainline, 3.4.branch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17664

[Bug libstdc++/17664] [3.4 only] Crash in std::map when using _GLIBCXX_DEBUG with multithreading

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-08 20:47 --- Subject: Bug 17664 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-08 20:47:25 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/src:

[Bug target/6123] __pic__/__PIC__ not defined when -fpic/-fPIC is specified

--- Additional Comments From kghazi at verizon dot net 2004-11-08 20:45 --- Subject: Re: __pic__/__PIC__ not defined when -fpic/-fPIC is specified I submitted a patch to fix this back in April: http://gcc.gnu.org/ml/gcc-patches/2004-04.argh/msg00168.html -- http://gcc.gnu.org/bu

[Bug target/6123] __pic__/__PIC__ not defined when -fpic/-fPIC is specified

--- Additional Comments From zack at gcc dot gnu dot org 2004-11-08 20:37 --- I've filed bug 18382 for the general solution to this problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6123

[Bug c/18382] define __pic__ and/or __PIC__ in c-cppbuiltins.c instead of scattershot in target config

--- Additional Comments From zack at gcc dot gnu dot org 2004-11-08 20:36 --- accept, set milestone. Just to be clear, I'm not doing this until 4.1 because global changes to target configury would be too destabilizing right now. We can live with scattershot for one more release. --

[Bug c/18382] New: define __pic__ and/or __PIC__ in c-cppbuiltins.c instead of scattershot in target config

The __pic__ and __PIC__ macros are currently defined scattershot in target configuration files, some using specs %{pic:-D...} notation and some using builtin_define() from TARGET_*_CPP_BUILTINS. It would be better to define them in a consistent fashion (__pic__ only if -fpic, both if -fPIC) in c-c

[Bug target/6123] __pic__/__PIC__ not defined when -fpic/-fPIC is specified

-- What|Removed |Added BugsThisDependsOn||18382 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6123

[Bug libgcj/18266] SIGSEGV in GC_register_finalizer_inner ()

--- Additional Comments From ovidr at users dot sourceforge dot net 2004-11-08 20:27 --- Unforunately many variables seem not to be available: GNU gdb 6.1 (gdb) p descr Variable "descr" is not available. (gdb) p current_p $1 = (word *) 0x9acf618 (gdb) p type_descr No symbol "type_descr"

[Bug middle-end/18299] [4.0 Regression] ICE in gimple-lower

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 20:11 --- Fixed. --- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-08 20:11 --- Subject: Bug 18299 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2

[Bug middle-end/18299] [4.0 Regression] ICE in gimple-lower

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 20:11 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug libgcj/18266] SIGSEGV in GC_register_finalizer_inner ()

--- Additional Comments From Hans dot Boehm at hp dot com 2004-11-08 19:55 --- I think this could be explained by the same problem. This time the collector is in the Java-specific finalization pass which marks objects reachable from objects that are about to be finalized, so that the fi

[Bug middle-end/18299] [4.0 Regression] ICE in gimple-lower

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 19:47 --- Patch here: . -- What|Removed |Added

[Bug bootstrap/18381] [4.0 Regression] Stage 1 failure in fixincludes, recent CVS

--- Additional Comments From geoffk at gcc dot gnu dot org 2004-11-08 19:31 --- Try removing 'build-fixincludes' from that line, tell me if it works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18381

[Bug bootstrap/18381] [4.0 Regression] Stage 1 failure in fixincludes, recent CVS

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 19:28 --- No it is not cygwin is marked as not to build fixincludes at all: *-*-cygwin*) target_configdirs="$target_configdirs target-libtermcap target-winsup" noconfigdirs="$noconfigdirs target-gperf target

[Bug bootstrap/18381] [4.0 Regression] Stage 1 failure in fixincludes, recent CVS

--- Additional Comments From geoffk at gcc dot gnu dot org 2004-11-08 19:26 --- Everyone else who has had this problem has not properly checked out their CVS tree. -- What|Removed |Added ---

[Bug bootstrap/18381] [4.0 Regression] Stage 1 failure in fixincludes, recent CVS

-- What|Removed |Added CC||geoffk at gcc dot gnu dot ||org Keywords|

[Bug bootstrap/18381] New: Stage 1 failure in fixincludes, recent CVS

$ uname -a CYGWIN_NT-5.1 jmckelvey-xp 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unkno wn Cygwin $ gcc -v Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs Configured with: /gcc/gcc-3.3.3-3/configure --verbose --prefix=/usr --exec-prefi x=/usr --sysconfdir=/etc --libdir=/usr/lib

[Bug middle-end/18299] [4.0 Regression] ICE in gimple-lower

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 19:19 --- Created an attachment (id=7493) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7493&action=view) patch which I am testing This patch fixes the bug in the tree-inliner but I want to make sure that we on

strange error

When I try to compile this code (witch has one ')' missing) I get a strange error... Is it a bug? I use gcc (GCC) 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk) 29: for(i=1; i cbarre.c: In function `argomenti': cbarre.c:29: warning: too many arguments for format cbarre.c:30: parse error before "if" cbarre.c

[Bug c++/18318] [4.0 Regression] ICE: error: Multiple inline callers

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 18:39 --- This is C++ front-end. Without a template we get a SAVE_EXPR: D.1586 = (struct B[SAVE_EXPR - 1] *) D.1591; But with we don't. -- What|Removed |Added -

[Bug libgcj/18376] java.io.BufferedWriter outputing extraneous characters?

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 18:34 --- Confirmed on the mainline, I don't know what is going on but we are writting out zeros. -- What|Removed |Added --

[Bug rtl-optimization/16194] [3.3/3.4/4.0 Regression] In case of H8/300 target, internal compiler error (ICE): asm clobber conflict with output operand

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 18:26 --- And here is the x86 example: void bug(char* dst) { register char* _dst __asm ("eax"); __asm__ ("%0":"=g"(*_dst): :"eax"); } : Search converges between 2002-09-22-trunk (#90) and 2002-09-29-t

[Bug c++/18370] [3.4/4.0 Regression] cp_parser_initializer_list uninit variable problems

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 18:23 --- Confirmed, I was looking at the wrong variable. -- What|Removed |Added Status|UN

[Bug c++/18378] [3.4/4.0 Regression] ICE when returning a copy of a packed member

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 18:14 --- Related to PR 13744. -- What|Removed |Added BugsThisDependsOn||

[Bug fortran/12366] array assignment fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 18:11 --- *** Bug 18379 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug fortran/18379] gfortran : array assignation gives internal compiler error

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 18:11 --- *** This bug has been marked as a duplicate of 12366 *** -- What|Removed |Added

[Bug target/18380] [3.4 regression]: _Unwind_FindTableEntry shouldn't be exported from libunwind.so.7

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 18:09 --- http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00614.html -- What|Removed |Added S

[Bug java/18377] BC: Source compiler doesn't generate type assertions

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-

[Bug libstdc++/17922] [3.3/3.4 regression] Spurious warnings about std::ios_base::seekdir

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 18:05 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug libstdc++/18185] [3.4 only] Unhandled exceptions leak

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 18:04 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c++/18378] [3.4/4.0 Regression] ICE when returning a copy of a packed member

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 18:04 --- : Search converges between 2003-10-14-trunk (#376) and 2003-10-15-trunk (#377). -- What|Removed |Added ---

[Bug java/16843] gcjh generated headers don't define final constants

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-08 18:03 --- Subject: Bug 16843 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-08 18:03:02 Modified files: gcc/java : ChangeLog gjavah.c Log message:

[Bug libstdc++/17922] [3.3/3.4 regression] Spurious warnings about std::ios_base::seekdir

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-08 18:02 --- Subject: Bug 17922 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-11-08 18:02:04 Modified files: libstdc++-v3 : Change

[Bug target/18380] [3.4 regression]: _Unwind_FindTableEntry shouldn't be exported from libunwind.so.7

-- What|Removed |Added Summary|_Unwind_FindTableEntry |[3.4 regression]: |shouldn't be exported from |_Unwind_FindTableEntry |li

[Bug target/18380] New: _Unwind_FindTableEntry shouldn't be exported from libunwind.so.7

_Unwind_FindTableEntry was exported by accident. -- Summary: _Unwind_FindTableEntry shouldn't be exported from libunwind.so.7 Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: normal Priority: P2

[Bug libstdc++/18185] [3.4 only] Unhandled exceptions leak

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-08 17:41 --- Subject: Bug 18185 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-11-08 17:41:20 Modified files: libstdc++-v3 : Change

[Bug c++/18370] cp_parser_initializer_list uninit variable problems

--- Additional Comments From dcb314 at hotmail dot com 2004-11-08 17:41 --- >Must be a different variable/line which you quoted that is giving the problem. You might be correct, but valgrind always reports accurate line numbers. The bug still seems to be file parser.c, line 11646. Mig

[Bug fortran/18379] New: gfortran : array assignation gives internal compiler error

while the code PROGRAM TEST IMPLICIT NONE INTEGER :: I(3) REAL(8) :: XTEST(5) I = (/ 1, 3, 5 /) XTEST(I) = 5. WRITE(*,*) XTEST END works, the slightly modified one PROGRAM TEST IMPLICIT NONE REAL(8) :: XTEST(5) XTEST((/ 1, 3,

[Bug rtl-optimization/18224] [4.0 Regression] Bootstrap failure on Solaris 10/SPARC: ICE in reload_cse_simplify_operands, at postreload.c:391

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-08 17:30 --- Not reproducible anymore. -- What|Removed |Added Status|WAITING

[Bug c++/18378] New: ICE when returning a copy of a packed member

Defining a class method which returns a copy of one of its members, and this member is declared "packed", and this member is from another class type, causes an internal compiler error when this method is called. The bug was verified on both gcc 3.4.2 and 3.4.3, on i686-linux and powerpc- linux.

[Bug java/18377] BC: Source compiler doesn't generate type assertions

-- What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18377

[Bug java/18377] BC: Source compiler doesn't generate type assertions

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

[Bug java/18377] New: BC: Source compiler doesn't generate type assertions

GCJ now generate type assertions when compiling from bytecode, but not when compiling from source code. The source front-end needs to be updated to call add_type_assertion() when implicit type conversions occur. -- Summary: BC: Source compiler doesn't generate type assertions

[Bug java/18212] nativ compilation with multiple jars fails / gives internal compiler error

--- Additional Comments From bojan at antonovic dot com 2004-11-08 16:29 --- Subject: Re: nativ compilation with multiple jars fails / gives internal compiler error Problems exists still with GCJ 3.4.3. Bojan -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18212

[Bug java/18362] internal compiler error: in size_binop, at fold-const.c:1598

--- Additional Comments From bojan at antonovic dot com 2004-11-08 16:18 --- Subject: Re: internal compiler error: in size_binop, at fold-const.c:1598 Problems exists still with GCC 3.4.3. for 1) like with GCJ 3.4.2 for 2) very similar /var/tmp//ccl50gLh.s:117:FATAL:Symbol __ZN3com

[Bug bootstrap/18058] [4.0 Regression] Sun CC cannot bootstrap GCC (static inline)

--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2004-11-08 16:02 --- Subject: Re: [4.0 Regression] Sun CC cannot bootstrap GCC (static inline) The following patch allowed me to successfully bootstrap on sparc-sun-solaris2.10 with Sun Studio 8 cc. I'm not completely

[Bug rtl-optimization/16194] [3.4/4.0 Regression] In case of H8/300 target, internal compiler error (ICE): asm clobber conflict with output operand

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 16:01 --- I think this is invalid code though. An example for PPC: void bug(char* dst) { register char* _dst __asm ("r6"); __asm__ ("%0":"=g"(*_dst): :"r4","r5","r6"); } Note you saying that you clob

[Bug tree-optimization/18250] [4.0 regression] ICE in var_ann, at tree-flow-inline.h:34

--- Additional Comments From schwab at suse dot de 2004-11-08 15:50 --- Invalid, a bad local change caused this. -- What|Removed |Added Status|UNCONFIRMED

[Bug middle-end/18191] [4.0 Regression] Struct member is not getting default-initialized

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 15:06 --- Note expand used to do this for us: /* If the constructor has fewer fields than the structure or if we are initializing the structure to mostly zeros, clear the whole structure

  1   2   >