[Bug bootstrap/18776] New: Libgfortran doesn't build again

The error message is: /opt/build/eric/gcc/gcc/xgcc -B/opt/build/eric/gcc/gcc/ -B/opt/build/eric/local/gcc-4.0/sparc64-sun-solaris2.9/bin/ -B/opt/build/eric/local/gcc-4.0/sparc64-sun-solaris2.9/lib/ -isystem /opt/build/eric/local/gcc-4.0/sparc64-sun-solaris2.9/include -isystem /opt/build/eric/local

[Bug tree-optimization/18777] New: Redundant loop count insns in simple vectorized loop

The modifies testcase from PR18767 shows the problem where loop count variables still remains in vectorized loop. Compiling the modified testcase with 'g++ -O2 -march=pentium4 -ftree-vectorize' following code is produced for the first loop: ... leal-24(%ebp), %esi leal

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

--- Additional Comments From jh at suse dot cz 2004-12-02 09:02 --- Subject: Re: [4.0 Regression] -march=pentium4 generates word fetch instead of byte fetch > > --- Additional Comments From neroden at gcc dot gnu dot org 2004-12-02 > 03:35 --- > Jan's message quoted in the p

[Bug c++/18733] [4.0 Regression] friend rejected

--- Additional Comments From giovannibajo at libero dot it 2004-12-02 09:28 --- Right, the whole template header check code is a mess across many files and executed at different times. This works as a stop-gap: Index: pt.c ==

[Bug libstdc++/17038] ABI impacting issue in time_put

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|NEW

[Bug fortran/18778] New: ENDFILE is not functionnal

Fortran runtime error: Corrupt unformatted sequential file [This was tested on i686/linux with gcc version 4.0.0 20041202] -- Summary: ENDFILE is not functionnal Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal

[Bug ada/13470] 64bits Ada bootstrap failure:xnmake etc. crash generating nmake.adb etc.

--- Additional Comments From charlet at adacore dot com 2004-12-02 09:43 --- Subject: Re: 64bits Ada bootstrap failure:xnmake etc. crash generating nmake.adb etc. > Fixing the bug is nice, but it just won't fix the problem with people having Fixing the bug is needed, not only nice ;-

[Bug target/14981] [3.4 Regression] ICE in _mm_xor_pd for SSE2 with -O1

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-02 09:49 --- Richard's patch http://gcc.gnu.org/ml/gcc-cvs/2004-12/msg00026.html fixed the problem on mainline, so that all the problems mentioned in this PR seem to be fixed on mainline. We still have the 3.4 regressi

[Bug target/18779] New: SSE2 intrinsics cause segmentation fault and internal compiler error

Command line: gcc -msse2 -O main.c (1) The generated executable causes segmentation fault while running. It looks like some alignment problem. (2) If test1 and test2 are called directly from main(), not through test3, the problem disappears. (3) If the line "t2 = coeffs" in test1 is commented ou

[Bug target/18779] SSE2 intrinsics cause segmentation fault and internal compiler error

--- Additional Comments From jochang at gmail dot com 2004-12-02 10:02 --- Created an attachment (id=7655) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7655&action=view) The test case The problem happens on 3.4.2 and 3.4.3, but not on 3.3.4. -- http://gcc.gnu.org/bugzilla/sh

[Bug c++/9126] g++ incorrectly prefers non-template user-defined conversion operator

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-02 10:22 --- I cannot find words in the std that justifies selecting the template function. The list in [13.3.3] has the template/non template check *before* the return type conversion sequence check. I have asked EDG f

[Bug target/18779] SSE2 intrinsics cause segmentation fault and internal compiler error

--- Additional Comments From belyshev at lubercy dot com 2004-12-02 10:30 --- *** This bug has been marked as a duplicate of 14981 *** -- What|Removed |Added S

[Bug target/14981] [3.4 Regression] ICE in _mm_xor_pd for SSE2 with -O1

--- Additional Comments From belyshev at lubercy dot com 2004-12-02 10:30 --- *** Bug 18779 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug fortran/16861] segfault with doubly used module

--- Additional Comments From paul dot richard dot thomas at cea dot fr 2004-12-02 10:38 --- The 11th November still gives this behaviour. However, if the USE FOO is raised to the module level, all is well. For example, this slightly expanded version compiles and runs fine. module FO

[Bug c++/18780] New: Segmentation fault using wofstream

It seems wofstream and wostream get trouble when a L'\0' character is entered into the middle of their buffer. wofstream generates a Segmentation fault when flushing the buffer. This is a very simple report so I just the source code here: --* source *-- #include #include using namespace std;

[Bug c++/18758] [4.0 regression] ICE redeclaring struct as template

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

[Bug c++/18780] Segmentation fault using wofstream

-- What|Removed |Added GCC build triplet||c-gc i486-linuxConfigured ||with: ../src/configure -v --

[Bug c++/18123] [3.4/4.0 regression] ICE on templated enum

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-02 11:35 --- Subject: Bug 18123 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-02 11:34:57 Modified files: gcc/cp : ChangeLog parser.c gcc/tests

[Bug libstdc++/18780] Segmentation fault using wofstream

--- Additional Comments From pcarlini at suse dot de 2004-12-02 11:45 --- Hi. While I can reproduce the problem with gcc3.3.3, I can't with 3.4.3 or current mainline (consider that for 3.4 iostreams have been profoundly reworked both from the correctness and the performance points of vie

[Bug fortran/18778] ENDFILE is not functionnal

--- Additional Comments From bdavis at gcc dot gnu dot org 2004-12-02 11:45 --- it is really not endfile, it is endfile not creating a file if it is called on a unit that does not yet exist. confirmed. -- What|Removed |Added

[Bug libfortran/18778] ENDFILE is not functionnal

--- Additional Comments From bdavis at gcc dot gnu dot org 2004-12-02 11:46 --- changed component to library -- What|Removed |Added Component|fortran

[Bug c++/18123] [3.4/4.0 regression] ICE on templated enum

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-02 11:51 --- Subject: Bug 18123 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-02 11:51:33 Modified files: gcc/cp : Change

[Bug c++/18123] [3.4/4.0 regression] ICE on templated enum

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-02 11:52 --- Fixed in 3.4 branch and mainline. -- What|Removed |Added Status|ASSIGNED

[Bug c++/15664] Template friend injection fails

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-02 12:00 --- Subject: Bug 15664 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-02 12:00:44 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite

[Bug c++/16995] [meta-bug] C++ friend injection

-- Bug 16995 depends on bug 15664, which changed state. Bug 15664 Summary: Template friend injection fails http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15664 What|Old Value |New Value

[Bug c++/15664] Template friend injection fails

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-02 12:02 --- Fixed in the mainline. -- What|Removed |Added Status|ASSIGNED

[Bug c++/12944] [meta-bug] C++ name-lookup problems

-- Bug 12944 depends on bug 15664, which changed state. Bug 15664 Summary: Template friend injection fails http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15664 What|Old Value |New Value

[Bug fortran/18781] New: [ICE] WRITE with FMT given in DATA

WRITE (*, FMT=C1N002) 1 STOP END ------ With gcc version 4.0.0 20041202, compilation exits on an ICE: $ gfortran foo.f -c foo.f: In function ‘MAIN__’: foo.f:5: internal compiler error: Segmentation fault -- Summary: [ICE] WRITE with F

[Bug c++/18276] [4.0 Regression] template classes that are friends of template classes

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-02 12:04 --- Fixed in the mainline. -- What|Removed |Added Status|ASSIGNED

[Bug c++/18681] [3.3/3.4/4.0 Regression] template friend declaration not recognized

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-02 12:05 --- Patch in progress. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18681

[Bug rtl-optimization/16028] [4.0 Regression] Wrong code at -O3 (caused by reload)

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-02 12:06 --- This appears fixed. I wonder if 2004-11-02 Nathan Sidwell <[EMAIL PROTECTED]> PR rtl-optimization/17104 * config/rs6000/rs6000.c (rs6000_emit_move): Don't wrap small loads in zero

[Bug target/18701] [4.0 regression] mmix-knuth-mmixware gcc.c-torture/execute failures: 20010224-1.c, 20020216-1.c, 20040218-1.c, 20040709-2.c

-- What|Removed |Added Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18701

[Bug c++/9783] [DR433] Can't forward reference class in argument to templated method.

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-02 12:39 --- This should be allowed according to DR433. -- What|Removed |Added AssignedTo|unassi

[Bug ada/18773] [4.0 Regression] GCC terminates on warnings compiling ada/raise.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 13:09 --- Fixed by: 2004-12-02 Andreas Schwab <[EMAIL PROTECTED]> * Makefile.in (WERROR_FLAGS): Renamed from WERROR. (STRICT2_WARN): Use $(WERROR_FLAGS) instead of $(WERROR). (STAGE2_FLAGS_T

[Bug libfortran/18284] BACKSPACE broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 13:12 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug target/9908] [3.3/3.4 Regression] [x86] wrong code generated for virtual method call with -masm-intel

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 13:12 --- Fixed on the mainline. -- What|Removed |Added Known to fail|3.3.1 3.4.3 4.0.0

[Bug c++/18782] New: [4.0 regression] ICE on invalid pointer-to-member declaration

The following invalid code snippet causes an ICE on mainline: = namespace A {} int A::* p; = bug.cc:2: internal compiler error: tree check: expected class 'type', have 'declaration' (namespace_decl) in build_offset_type, at tree.c:4591 Please submit a full

[Bug c++/18782] [4.0 regression] ICE on invalid pointer-to-member declaration

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 13:14 --- Confirmed, it also ICEs with checking disabled. -- What|Removed |Added Status|UN

[Bug regression/18776] [4.0 Regression] Libgfortran doesn't build again

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 13:18 --- Conisdering this not compiling Fortran at this point but C so I learning towards miscompiling of the middle-end. -- What|Removed |Added

[Bug tree-optimization/18777] Redundant loop count insns in simple vectorized loop

-- What|Removed |Added Keywords||missed-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18777

[Bug fortran/18781] [ICE] WRITE with FMT given in DATA

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 13:27 --- Confirmed, here is the backtrace: #0 0x00051910 in gfc_conv_scalarized_array_ref (se=0xb7c8, ar=0x42104294) at /Users/pinskia/ src/local/gcc/gcc/fortran/trans-array.c:1617 #1 0x000519bc in gfc_conv_ar

[Bug c++/18758] [4.0 regression] ICE redeclaring struct as template

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-02 13:29 --- 2004-12-02 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/18758 * parser.c (cp_parser_class_head): Return NULL_TREE when push_template_decl fails. Update comment. -- What

[Bug tree-optimization/18767] No vectorization for simple loop

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 13:29 --- Confirmed. -- What|Removed |Added CC||pinskia at

[Bug tree-optimization/18777] Redundant loop count insns in simple vectorized loop

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 13:31 --- I think this is related to PR 18557. -- What|Removed |Added BugsThisDependsOn|

[Bug c++/18758] [4.0 regression] ICE redeclaring struct as template

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-02 13:35 --- Subject: Bug 18758 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-02 13:35:16 Modified files: gcc/cp : ChangeLog parser.c gcc/tests

[Bug java/18278] JNI functions cannot return a weak reference

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 13:36 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug libobjc/18764] segfault in libobjc when sending a message to a conflicting class

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 13:37 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/18782] [4.0 regression] ICE on invalid pointer-to-member declaration

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-02 13:40 --- Mark, the regression appeared with your patch http://gcc.gnu.org/ml/gcc-cvs/2004-06/msg00888.html Could you please have a look? -- What|Removed |Added -

[Bug c/18666] [4.0 Regression] Conversion of floating point into bit-fields

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 13:41 --- Reading comment #1, seems to me that the test is correct but still don't know for sure since it worked differently on 3.4 and before, I am marking as a regression. -- What|Removed

[Bug c++/18733] [4.0 Regression] friend rejected

--- Additional Comments From giovannibajo at libero dot it 2004-12-02 13:41 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00144.html -- What|Removed |Added

[Bug c++/18733] [4.0 Regression] friend rejected

-- What|Removed |Added CC|giovannibajo at gcc dot gnu | |dot org | AssignedTo|unassigned at gcc dot gnu |giovannibajo

[Bug libgcj/18266] SIGSEGV in GC_register_finalizer_inner ()

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 13:42 --- Confirmed based on Tromey's comments. -- What|Removed |Added Status|UNCONFIRMED

[Bug tree-optimization/18716] [ICE] verify_flow_info failed (loop)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-02 14:01 --- Subject: Bug 18716 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-02 14:00:42 Modified files: gcc: ChangeLog tree-vectorizer.c Log mes

[Bug c++/14136] [4.0 Regression] double error message for typename used as destructor declarator

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-02 14:05 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00156.html -- What|Removed |Added

[Bug fortran/18783] New: Non explicit instantiation of module variable in MAIN causes ICE

$ /irun/bin/gfortran bug_matlib_1.f90 bug_matlib_1.f90: In function 'MAIN__': bug_matlib_1.f90:20: internal compiler error: in gfc_conv_component_ref, at fort ran/trans-expr.c:268 This programme compiles and runs correctly, as it stands, with other brands of compiler. By raising the comment on e

[Bug tree-optimization/18687] [4.0 Regression] ~50% compile time regression

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 14:06 --- Can you try again after my patch to varasm.c, I cannot get any accrete results on these tests. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18687

[Bug fortran/18783] Non explicit instantiation of module variable in MAIN causes ICE

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 14:10 --- Looks like this has already been fixed unless this is a new ICE. I cannot reproduce it with: gcc version 4.0.0 20041202 (experimental) gcc version 4.0.0 20041129 (experimental) What version of 4.0.0 are

[Bug tree-optimization/18716] [ICE] verify_flow_info failed (loop)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 14:13 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c/18784] New: Floating point calculation inconsistent within program with -O2

Attached (hopefully) is a C program that performs a simple floating point calculation that produces a number very close to an integer. When this calculation is done twice within the same program, two different answers are produced if there is an intervening print statement and -O2 or greater optim

[Bug c/18784] Floating point calculation inconsistent within program with -O2

--- Additional Comments From Graham dot Murphy at jhuapl dot edu 2004-12-02 14:21 --- Created an attachment (id=7656) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7656&action=view) .c, .i, .s, .o and x86 executeable. Test suite. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug c/18784] Floating point calculation inconsistent within program with -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 14:21 --- *** This bug has been marked as a duplicate of 323 *** *** This bug has been marked as a duplicate of 323 *** -- What|Removed |Added --

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 14:22 --- *** Bug 18784 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug middle-end/18785] New: isdigit builtin function fails with EBCDIC character sets

Configured with: /cteam/darcypj/200410bld/hbtree/configure --target=s390x-ibm-tpf --prefix=/opt/tpf-cross-tools2 --with-gcc-version-trigger=/cteam/darcypj/200410bld/hbtree/gcc/version.c --program-prefix=s390x-ibm-tpf- --with-headers=/cteam/darcypj/200410bld/tpfheaders/include --build=s390x-ibm-linu

[Bug fortran/18783] Non explicit instantiation of module variable in MAIN causes ICE

th: > gcc version 4.0.0 20041202 (experimental) > gcc version 4.0.0 20041129 (experimental) > > What version of 4.0.0 are you using? 20041114 ! Coo, one has to move quickly around here! I'll download a new snapshot right now. Give me the time to build it and confirm what yo

[Bug middle-end/18785] isdigit builtin function fails with EBCDIC character sets

--- Additional Comments From darcypj at us dot ibm dot com 2004-12-02 14:25 --- Created an attachment (id=7657) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7657&action=view) s390x-ibm-tpf ".i" file as example. COmpile command given in problem statement. -- http://gcc.gnu.or

[Bug middle-end/18785] [4.0 Regression] isdigit builtin function fails with EBCDIC character sets

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 14:28 --- The problem is that TARGET_DIGIT0 is not dependent on the exec-charset. This was caused by: 2004-04-14 Kaveh R. Ghazi <[EMAIL PROTECTED]> * builtins.c (fold_builtin_isdigit): New.

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

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-02 14:31 --- Testing a fix. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebo

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

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-02 14:32 --- Recategorizing. -- What|Removed |Added Component|c++ |de

[Bug c/18786] New: gcc tests fail in gcc.dg/duff-2.c

gcc test suite fails: FAIL: gcc.dg/duff-2.c (test for excess errors) In the log file: Executing on host: /u1/src/garstow/devel/gcc/work/build/gcc/xgcc -B/u1/src/garstow/devel/gcc/work/build/gcc/ /u1/src/garstow/devel/gcc/work/gcc-3.3.5/gcc/testsuite/gcc.dg/duff-2.c -O2 -lm -o ./duff-2.exe

[Bug c/18786] gcc tests fail in gcc.dg/duff-2.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 14:59 --- Already fixed in 3.4.0 and was report by Gaby as not to be fixed in 3.3.x. -- What|Removed |Added

[Bug middle-end/18785] [4.0 Regression] isdigit builtin function fails with EBCDIC character sets

--- Additional Comments From kghazi at verizon dot net 2004-12-02 15:08 --- Subject: Re: [4.0 Regression] isdigit builtin function fails with EBCDIC character sets The .i attachments you supplied use C header macro versions of isdigit, not the builtin function. E.g.: retval = ((*__c

[Bug tree-optimization/18687] [4.0 Regression] ~50% compile time regression

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 15:27 --- Patch to speedup lookup_attribute here: , this should help but not all 6% at -O0. Note for -O0, we are slowing down because there are more attribut

[Bug middle-end/18785] [4.0 Regression] isdigit builtin function fails with EBCDIC character sets

--- Additional Comments From darcypj at us dot ibm dot com 2004-12-02 15:27 --- It appears it did use these macros in the ix86 example, I can obsolete that attachment. However, the s390x-ibm-tpf example does not use those macros. I can attach a listing, since I doubt that you have this

[Bug fortran/18783] Non explicit instantiation of module variable in MAIN causes ICE

--- Additional Comments From prthomas at drfccad dot cea dot fr 2004-12-02 15:29 --- Subject: RE: Non explicit instantiation of module vari able in MAIN causes ICE Andrew, I likely will not be back to you until tomorrow. None of the available snapshots compare with yours, so

[Bug c/12245] Crashes when compiling large initialized arrays

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 15:42 --- We take with the attached testcase about 300M with the C front-end but a huge amount more for the C++ front-end, why? -- What|Removed |Added ---

[Bug java/18787] New: If an abstract class implements an interface, but does not define some methods, also its NON-abstract subclasses compile without defining the method.

Given the follwoing interface and abstact classes: -- I.java -- interface I { void test(); } - Abstract.java - abstract class Abstract implements I {} The following class should NOT compile, as it does not define test(). However, it compiles fine. --

[Bug java/18787] If an abstract class implements an interface, but does not define some methods, also its NON-abstract subclasses compile without defining the method.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 15:51 --- *** This bug has been marked as a duplicate of 13512 *** -- What|Removed |Added

[Bug java/13512] not implemented interface methods of abstract classes not found

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 15:51 --- *** Bug 18787 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/12245] [3.4.3/4.0.0 regression] Uses lots of memory when compiling large initialized arrays

--- Additional Comments From ian at wasabisystems dot com 2004-12-02 15:53 --- I attached a simple test case. This is based on real existing code, although I changed all the values to hide potentially proprietary information. When I compile this file without optimization, it uses some

[Bug middle-end/18785] [4.0 Regression] isdigit builtin function fails with EBCDIC character sets

--- Additional Comments From kghazi at verizon dot net 2004-12-02 15:56 --- Subject: Re: [4.0 Regression] isdigit builtin function fails with EBCDIC character sets > However, the s390x-ibm-tpf example does not use those macros. No really it doesn't. I just check both again. > I can

[Bug middle-end/15855] [3.4/4.0 Regression] g++ crash with -O2 and -O3 on input file

--- Additional Comments From law at redhat dot com 2004-12-02 15:56 --- Subject: Re: [3.4/4.0 Regression] g++ crash with -O2 and -O3 on input file On Wed, 2004-12-01 at 22:08 -0800, Richard Henderson wrote: > On Wed, Dec 01, 2004 at 09:56:51PM -0700, Jeffrey A Law wrote: > >

[Bug c/12245] [3.3/3.4/4.0 regression] Uses lots of memory when compiling large initialized arrays

-- What|Removed |Added Summary|[3.4.3/4.0.0 regression]|[3.3/3.4/4.0 regression] |Uses lots of memory when|Uses lots of memory when

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

--- Additional Comments From hubicka at ucw dot cz 2004-12-02 16:05 --- Subject: Re: [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails > > --- Additional Comments From bje at gcc dot gnu dot org 2004-12-02 05:43 > --- > Trivial test case: > > static int f () { return

[Bug c/12245] [3.3/3.4/4.0 regression] Uses lots of memory when compiling large initialized arrays

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 16:10 --- PR 14179 is for the C++ problem. -- What|Removed |Added BugsThisDependsOn|

[Bug middle-end/18641] [4.0 Regression] Another ICE caused by reload of a psuedo reg into f0 for a DImode expr

--- Additional Comments From uweigand at gcc dot gnu dot org 2004-12-02 16:14 --- As to 1), this can be achieved by marking the 'f' alternatives in the *movdi_internal32 pattern as '!*f'; this will prevent both regclass and reload from using the alternatives unless there was a floating-

[Bug c++/18782] [4.0 regression] ICE on invalid pointer-to-member declaration

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

[Bug target/18774] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/20020227-1.c -Os -O2 compile

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 16:16 --- I see something like this on ppc-darwin also. -- What|Removed |Added CC|

[Bug other/18788] New: "-pthreads" option with "-shared" does not cause libpthread.so to be linked in.

Specifying the "-pthreads" in combination with "-shared" on should cause libpthread.so to be linked in to the shared library which is produced. Unfortunately it does not and -lpthread has to be added to the link line manually. This is very similar to bug which was exactly the same problem ex

[Bug java/18789] New: GCJ does not fail with omitted import

If a dependent class in another package is not explicitly declared in an import statement but the two classes are compiled together, GCJ does not fail. -- OmittedImport.java package com.example.bug; public class OmittedImport { public OmittedImport(NotImported notImported) { // Emp

[Bug fortran/18783] Non explicit instantiation of module variable in MAIN causes ICE

--- Additional Comments From prthomas at drfccad dot cea dot fr 2004-12-02 16:24 --- Subject: RE: Non explicit instantiation of module vari able in MAIN causes ICE The problem is indeed fixed in gcc-4.0 200141202. Thanks, Andrew Paul Thomas -- http://gcc.gnu.org/bugzilla

[Bug fortran/18783] Non explicit instantiation of module variable in MAIN causes ICE

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 16:30 --- Thanks for testing a new version. -- What|Removed |Added Status|UNCONFIRMED

[Bug java/18741] [4.0 Regression] ICE tree check: expected class 'expression', have 'declaration' (var_decl)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-02 16:37 --- Subject: Bug 18741 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-02 16:37:41 Modified files: gcc/java : ChangeLog java-gimplify.c Log messa

[Bug java/18741] [4.0 Regression] ICE tree check: expected class 'expression', have 'declaration' (var_decl)

--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-02 16:38 --- Fix checked in. -- What|Removed |Added Status|ASSIGNED|RESOL

[Bug c++/18790] New: ICE in make_decl_rtl

ead model: posix gcc version 4.0.0 20041202 (experimental) /mnt/d/gcc/libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1plus -E -quiet -v -D_GNU_SOURCE a.cpp -mtune=pentiumpro -O3 -fpch-preproces -o a.ii ignoring nonexistent directory "/mnt/d/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../i686-pc-l

[Bug c++/18790] ICE in make_decl_rtl

--- Additional Comments From tsarkov at cs dot man dot ac dot uk 2004-12-02 17:59 --- Created an attachment (id=7662) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7662&action=view) Preprocessed sources -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18790

[Bug java/16675] [4.0 Regression] Null parameter values for anonymous constructor invocation require explicit cast

--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-02 18:11 --- I'm testing a patch -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |t

[Bug c++/16681] [3.3/3.4/4.0 regression] array initialization in struct construct is a memory hog

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-02 18:14 --- Nathan asked me to write up some details about what I intend to do. There are some tremendous inefficiences in our representation for initializers for an array. In particular, we use a CONSTRUCTOR whose C

[Bug java/18728] GCJ allows creation of inner class without qualifying reference

--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-02 18:25 --- I'm changing the title to reflect that it is a front end bug and not a class generation bug. The code should not be accepted. -- What|Removed |Added

[Bug c++/18790] ICE in make_decl_rtl

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 18:37 --- *** This bug has been marked as a duplicate of 16951 *** -- What|Removed |Added

[Bug tree-optimization/16951] [4.0 regression] ICE in make_decl_rtl with recursion in C++ constructor (-O1)

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

  1   2   >