[Bug target/18751] [4.0 Regression] ICE in expr.c:5083, profiledbootstrap

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23 07:35 --- Subject: Bug 18751 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-23 07:34:46 Modified files: gcc: ChangeLog gcc/config/rs6000:

[Bug bootstrap/19135] [4.0 Regression] build failure in libiberty multilibs

--- Additional Comments From aj at gcc dot gnu dot org 2004-12-23 07:06 --- Are you running with multilibs enabled? As I've said, it fails on one of my two test machines - the other one seems happy :-( I'll test with your patch now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug bootstrap/19135] [4.0 Regression] build failure in libiberty multilibs

--- Additional Comments From hjl at lucon dot org 2004-12-23 06:53 --- I just did a # make install DESTDIR=foo/bar on Linux/x86_64 without any problems. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19135

[Bug target/19137] New: ICE with load of TImode constant

In regclass() -> scan_one_insn() -> extract_insn () gcc.dg/pr17055-1.c: In function 'testi': gcc.dg/pr17055-1.c:23: error: unrecognizable insn: (insn:HI 10 9 11 0 (set (reg:TI 120) (const_int 0 [0x0])) -1 (nil) (nil)) gcc.dg/pr17055-1.c:23: internal compiler error: in extract_insn, at r

[Bug tree-optimization/19121] [4.0 Regression] ICE: in merge_alias_info, at tree-ssa-copy.c:236

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23 06:21 --- Note this works on the tree cleanup branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19121

[Bug target/18511] cc1plus segfaults when compiling libstdc++-v3/src/localename.cc

--- Additional Comments From kkojima at gcc dot gnu dot org 2004-12-23 06:17 --- Fixed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug bootstrap/19135] [4.0 Regression] build failure in libiberty multilibs

--- Additional Comments From aj at gcc dot gnu dot org 2004-12-23 05:57 --- I encountered a similar problem on Linux/x86-64 - but only on one of my machines. This happened during "make install" into a clean tree (with make install install_root=/tmp/newdir). I'll investigate again..

[Bug tree-optimization/19121] [4.0 Regression] ICE: in merge_alias_info, at tree-ssa-copy.c:236

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23 05:56 --- This is definitely an problem in the aliasing code: D.1126_6 = &my_perl_5->Itokenbuf[0]; term_7 = *D.1126_6; if (i_8 != 0) goto ; else goto ; :; *s_18 = term_7; s_19 = &my_perl_5->Itokenbuf[0]; s

[Bug target/18511] cc1plus segfaults when compiling libstdc++-v3/src/localename.cc

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23 04:53 --- Subject: Bug 18511 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-23 04:53:51 Modified files: gcc: ChangeLog reload.c reload1.c Log me

[Bug c++/16405] [3.4/4.0 Regression] Temporary aggregate copy not elided

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-23 04:45 --- Working on a fix. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ma

[Bug libfortran/17992] reading empty line does not return 0

--- Additional Comments From bdavis at gcc dot gnu dot org 2004-12-23 04:23 --- after thinking about this some more, i think it is a bug in g77. we are trying to read 3 things, the '/' which consumes the first /n, then two numbers (each I2). the file has 2 /n's in it. from the f77 stn

[Bug libfortran/17992] reading empty line does not return 0

--- Additional Comments From bdavis at gcc dot gnu dot org 2004-12-23 04:07 --- i concur, it is a libgfortran bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992

[Bug libfortran/17992] reading empty line does not return 0

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

[Bug tree-optimization/19038] [4.0 Regression] out-of ssa causing loops to have more than one BB

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23 02:41 --- Note I also see it for some simple fortran code see PR 14741. -- What|Removed |Added Kn

[Bug rtl-optimization/14741] missing transformations lead to poorly optimized code

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23 02:21 --- Hmm, I get this for the loop on ppc: L42: fmr f12,f0 L33: lfd f13,0(r11) add r11,r11,r7 lfd f0,0(r9) addi r9,r9,8 fmadd f0,f13,f0,f12 bdnz L42 The pro

[Bug other/19082] [4.0 Regression] build/genattrtab: out of memory allocating 151568 bytes after a total of 4161651196 bytes

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-23 02:16 --- Subject: Re: [4.0 Regression] build/genattrtab: out of memor > --- Additional Comments From dje at gcc dot gnu dot org 2004-12-23 > 01:54 --- > what release of gcc is used for bootstrap?

[Bug c/19136] Can't build gcc 3.4.3: ld parse error on libgcc.map

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23 02:15 --- There is the problem: binutils-2.14.tar.gz so you need --with-gnu-as and --with-gnu-ld. -- What|Removed |Added -

[Bug c/19136] New: Can't build gcc 3.4.3: ld parse error on libgcc.map

ld:libgcc/./libgcc.map: file format not recognized; treating as linker script * the exact version of GCC being compiled; gcc-3.4.3 * the system type; SunOS ananke 5.5.1 Generic_103640-08 sun4m sparc SUNW,SPARCstation-5 This system had gcc version 2.7.2 but no make. I downloaded,comp

[Bug tree-optimization/17578] Missed optimization--failure of gcc.c-torture/execute/ieee/compare-fp-3.c at -O1 and above

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

[Bug other/19082] [4.0 Regression] build/genattrtab: out of memory allocating 151568 bytes after a total of 4161651196 bytes

--- Additional Comments From dje at gcc dot gnu dot org 2004-12-23 01:54 --- what release of gcc is used for bootstrap? what are hard and soft limits, includig limits set in /etc/security? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19082

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

--- Additional Comments From giovannibajo at libero dot it 2004-12-23 01:50 --- Fixed in GCC 4.0. -- What|Removed |Added Status|ASSIGNED|RESO

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23 01:49 --- Subject: Bug 18733 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-23 01:49:39 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite

[Bug rtl-optimization/19097] Lots of else ifs take forever to compile

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-23 01:43 --- This looks like a problem with the hash function for a REG when we have many implicit sets: Found 6001 implicit sets SET hash table (6001 buckets, 6001 entries) Index 0 (hash value 58) (set (reg/v:SI

[Bug target/19102] [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-23 01:40 --- http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01777.html -- What|Removed |Added Statu

[Bug target/19102] [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23 01:31 --- Subject: Bug 19102 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-23 01:31:20 Modified files: gcc: Change

[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2004-12-23 01:29 --- Subject: Re: [4.0 Regression] IV-OPTS is O(N^3) > hmmm maybe the extra O(N) comes from O(N) bitmap operations? (Just guessing) that might be the case, but I don't think it is likely

[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-23 01:26 --- hmmm maybe the extra O(N) comes from O(N) bitmap operations? (Just guessing) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18595

[Bug bootstrap/19135] [4.0 Regression] build failure in libiberty multilibs

-- What|Removed |Added Status|WAITING |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-

[Bug bootstrap/19135] [4.0 Regression] build failure in libiberty multilibs

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

[Bug bootstrap/19135] [4.0 Regression] build failure in libiberty multilibs

--- Additional Comments From hjl at lucon dot org 2004-12-23 01:20 --- Linux/x86_64 doesn't support --with-cpu=default32. I have no idea what went wrong on Linux/powerpc64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19135

[Bug middle-end/17544] [4.0 Regression] incorrect -Wunreachable-code warning for mains with a return statement

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-23 01:19 --- Look, no hands (or testing): Index: cp/decl.c === RCS file: /cvs/gcc/gcc/gcc/cp/decl.c,v retrieving revision 1.1346 diff -u -3 -p -r1.134

[Bug bootstrap/19135] [4.0 Regression] build failure in libiberty multilibs

--- Additional Comments From hjl at lucon dot org 2004-12-23 01:14 --- I don't have Linux/powerpc64. I have no problems with Linux/x86_64: [EMAIL PROTECTED] build-x86_64-linux]$ grep "^CC =" x86_64-unknown-linux- gnu/32/libiberty/Makefile x86_64-unknown-linux-gnu/libiberty/Makefile x86_6

[Bug bootstrap/19135] [4.0 Regression] build failure in libiberty multilibs

-- What|Removed |Added Severity|normal |critical Keywords||build Priority|P2

[Bug bootstrap/19135] New: build failure in libiberty multilibs

GCC builds are broken on powerpc64-unknown-linux-gnu since this patch to libiberty: http://gcc.gnu.org/ml/gcc-cvs/2004-12/msg00805.html. I configure with --build, --host, and --target=powerpc64-linux and --with-cpu=def

[Bug target/18896] addressing split complex parm

-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18896

[Bug target/18896] addressing split complex parm

--- Additional Comments From amodra at bigpond dot net dot au 2004-12-23 00:33 --- Fixed mainline. gcc-3.4 not affected by this particular problem. -- What|Removed |Added

[Bug target/18896] addressing split complex parm

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23 00:11 --- Subject: Bug 18896 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-23 00:10:50 Modified files: gcc: ChangeLog function.c Log message:

[Bug target/19102] [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

--- Additional Comments From ak at muc dot de 2004-12-22 23:53 --- FWIW i compiled a full 3.3-hammer compiled 2.6.10rc3 x86-64 kernel for suspicious use of %xmm or %mm and there wasn't any. There also is a warning in all 2.6 x86-64 kernels for kernel FPU use at runtime. So at least on x

[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2004-12-22 23:40 --- It seems that extra O(N) factor comes from high memory usage. For smaller N (0..30) compiler behaves like O(2) and for larger (> 50) like O(2.5 .. 3). gnuplot> fit [0:30] A*x**k+B "data" via A,k,

[Bug java/10894] Wildcard import statements not resolved

--- Additional Comments From jbrandmeyer at users dot sourceforge dot net 2004-12-22 23:40 --- Yes, that is much more specific. -- What|Removed |Added Summary|Val

[Bug target/19102] [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-22 23:27 --- Apparently register move costs. Testing a Large Hack to prevent this suddenly appearing on the 3.4 branch. For mainline, move pattern constraints should be fixed, and folks will have to make sure to use -mno-s

[Bug target/19102] [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-22 23:18 --- > And, actually, we allowed MMX modes with -msse2 before, so there must be > another > explanation of why things wouldn't have been failing with -march=pentium4. Allocation ordering considerations? --

[Bug tree-optimization/19121] [4.0 Regression] ICE: in merge_alias_info, at tree-ssa-copy.c:236

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-22 23:13 --- I can also reproduce it this on powerpc-darwin. -- What|Removed |Added GCC build triplet|i3

[Bug target/18987] [3.3/3.4/4.0 regression] [ia64] Extra '.restore sp' in tail call

--- Additional Comments From debian-gcc at lists dot debian dot org 2004-12-22 23:13 --- sorry, forgot to add that the 3.3 version I tested had H.J.Lu's unwind exception handling patches applied, backported from the 3.4 branch. I'll recheck with a vanilla gcc-3.3 CVS version. Matthi

[Bug target/18987] [3.3/3.4/4.0 regression] [ia64] Extra '.restore sp' in tail call

-- What|Removed |Added Severity|normal |critical Known to fail||3.3.6 3.4.4 4.0.0 Known to work|

[Bug target/18987] [4.0 regression] [ia64] Extra '.restore sp' in tail call

--- Additional Comments From debian-gcc at lists dot debian dot org 2004-12-22 22:47 --- according to http://bugs.debian.org/286840 (if that's the same thing), this is broken in gcc-3.3 CVS and gcc-3.4 CVS as well. Latest known working version is gcc-3.3.5. -- What|Remov

[Bug middle-end/17544] [4.0 Regression] incorrect -Wunreachable-code warning for mains with a return statement

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-22 22:34 --- Spot the bug: main () { intD.0 D.1384; # BLOCK 0, starting at line 3 # PRED: ENTRY [t.c : 3] D.1384 = 0; [t.c : 3] goto (); # SUCC: 2 # BLOCK 1, starting at line 4 # PRED:

[Bug target/19102] [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

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

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

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2004-12-22 21:50 --- Hope these two larger test cases will help profiling. 3.4.4 4.0.0 delta hashes100.c: -O0 3.7 3.8 3% -O1 6.

[Bug c++/19134] New: Class visibility of templated classes can't be overridden for function specializations

Notwithstanding #17470 : [EMAIL PROTECTED] ~]$ cat foo.cc template class A { void foo() {}; }; #pragma GCC visibility push(default) template<> void A::foo() {}; #pragma GCC visibility pop [EMAIL PROTECTED] ~]$ g++ -fvisibility-inlines-hidden -c foo.cc foo.cc:6: warning: 'void A::foo() [with T

[Bug ada/19128] Bug box while building asharp

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

[Bug target/19133] march=athlon can produce slower code than march=i686

-- What|Removed |Added Component|c |target Keywords||missed-optimization http://gcc.gnu.org/bugzilla/show_b

[Bug c/19133] New: march=athlon can produce slower code than march=i686

"gcc -v" Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/specs Configured with: /var/tmp/portage/gcc-3.3.4-r1/work/gcc-3.3.4/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3 --includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/include --datadir=/usr/share/gcc-data/i6

[Bug c++/17470] Visibility attribute ignored for explicit template instantiation

-- What|Removed |Added CC||nomis80 at nomis80 dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17470

[Bug c++/17470] Visibility attribute ignored for explicit template instantiation

--- Additional Comments From nomis80 at nomis80 dot org 2004-12-22 20:54 --- I just got hit with that bug and spent too much time figuring out what was wrong. Here's my code, just to show an example of real-life usage:

[Bug target/19102] [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-22 20:24 --- > > Why do we allow MMX modes in SSE regs now? > > Because x86-64 calling conventions demand it. The calling conventions for vector types I presume? The problem is that SImode slipped through the cracks

[Bug target/19102] [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-22 20:02 --- And, actually, we allowed MMX modes with -msse2 before, so there must be another explanation of why things wouldn't have been failing with -march=pentium4. -- What|Removed

[Bug rtl-optimization/13931] [3.3/3.4/4.0 Regression] combiner much slower on big basic blocks

--- Additional Comments From echristo at redhat dot com 2004-12-22 19:48 --- I thought I did on the 7th. I'm not sure there's anything we can do about this. The behavior is correct and the previous behavior was proved to be not correct. If someone has an idea that's guaranteed to be corr

[Bug ada/19128] Bug box while building asharp

--- Additional Comments From gccbugs at sohailsomani dot com 2004-12-22 19:33 --- (In reply to comment #10) > There's nothing critical about this PR, please stop bumping its priority: it > won't magically fix it, thanks. I thought it went from critical to normal. Sounds normal to me. -

[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-22 19:29 --- Subject: Re: [3.4/4.0 Regression] g++ crash with -O2 and -O3 on input file On Wed, 2004-12-22 at 19:20 +, steven at gcc dot gnu dot org wrote: > --- Additional Comments From steven at gcc dot gnu dot

[Bug tree-optimization/15524] [4.0 Regression] jump threading on trees is slow with switch statements with large # of cases

--- Additional Comments From law at redhat dot com 2004-12-22 19:28 --- Subject: Re: [4.0 Regression] jump threading on trees is slow with switch statements with large # of cases On Wed, 2004-12-22 at 19:18 +, steven at gcc dot gnu dot org wrote: > --- Additional Comment

[Bug rtl-optimization/13931] [3.3/3.4/4.0 Regression] combiner much slower on big basic blocks

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-22 19:23 --- Perhaps someone can give an update on this bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13931

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

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-22 19:20 --- Could someone (Jeff) update the summary for this PR to reflect the actual status of this PR and the problems being addressed? Does the test case from the submitter still crash g++ on mainline? --

[Bug middle-end/19125] [4.0 Regression] ICE at dwarf2out.c:9214

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-22 19:20 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/15524] [4.0 Regression] jump threading on trees is slow with switch statements with large # of cases

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-22 19:18 --- That may all be true, but the fact is that you're now talking about missed-optimizations, and not a real compile time hog. Yes we can win. No, this is not a hog anymore, it's just not as good as it coul

[Bug target/19102] [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-22 19:12 --- Subject: Re: [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20 > Why do we allow MMX modes in SSE regs now? Because x86-64 calling conventions demand it. r~

[Bug libgcj/19132] InputStreamReader constructor missing

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-22 19:09 --- Confirmed, this constructor came in for java 1.4. -- What|Removed |Added Status|

[Bug tree-optimization/19038] [4.0 Regression] out-of ssa causing loops to have more than one BB

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-22 19:03 --- This is not a compile time hog, it's a performance regression. *Please*, I beg you, DON'T USE KEYWORDS LIKE REGRESSION AND HOG SO G** D*** OFTEN FOR TESTS THAT ARE NOT REGRESSIONS OR HOGS --

[Bug tree-optimization/18441] Vectorizer: add a command line for simple vectorizer report

--- Additional Comments From leehod at il dot ibm dot com 2004-12-22 18:59 --- I am working with Dorit on cleaning up the vectorizer dumps. We'd also like to try to address this PR - here are some preliminary thoughts/questions: 1) The 'inform' utility doesn't look very suitable becaus

[Bug target/19102] [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-22 18:49 --- I can't do much more at this point. -- What|Removed |Added CC|

[Bug target/19131] alloca returning unnecessarily aligned pointer and uses too much memory

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2004-12-22 18:16 --- Subject: Re: alloca returning unnecessarily aligned pointer and uses too much memory pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot

[Bug c++/18839] [4.0 Regression] g++.other/thunk1.C:35: ICE: in cp_genericize, at cp/cp-gimplify.c:333

-- Bug 18839 depends on bug 18492, which changed state. Bug 18492 Summary: [4.0 regression] mmix-knuth-mmixware,HP-UX testsuite failure: g++.old-deja/g++.other/thunk1.C http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18492 What|Old Value |New Value ---

[Bug c++/18492] [4.0 regression] mmix-knuth-mmixware,HP-UX testsuite failure: g++.old-deja/g++.other/thunk1.C

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-22 18:07 --- Fixed in G++ 4.0. -- What|Removed |Added Status|ASSIGNED|RE

[Bug c++/18257] [4.0 Regression] ld: 0711-317 ERROR: Undefined symbol: typeinfo for int

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-22 18:06 --- Fixed in G++ 4.0. -- What|Removed |Added Status|ASSIGNED|RE

[Bug c++/11224] [3.3/3.4 regression] warning "value computed is not used" no longer emitted

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-22 18:06 --- Fixed in G++ 4.0. -- What|Removed |Added Summary|[3.3/3.4/4.0 regression]|[3

[Bug java/10894] Valid import statements are rejected.

--- Additional Comments From phil at mkdoc dot com 2004-12-22 18:06 --- Also affects GCJ 3.3.3 (cygwin special). Can I suggest the summary is changed to "Wildcard import statements not resolved", which seems more specific to me and may avoid duplicate submissions. This test case imple

[Bug c++/18464] [3.4 regression] error message about "non-lvalue in unary '&'" when using ?: operator

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-22 18:05 --- Fixed in G++ 4.0. -- What|Removed |Added Summary|[3.4/4.0 regression] error |[3

[Bug other/19095] testsuite/gcc.dg/vect/vect.exp is not precise enough on x86

--- Additional Comments From janis187 at us dot ibm dot com 2004-12-22 18:03 --- Oops, I wasn't done with that last comment. Anyway, while I'm looking at the testsuite framework mechanism, perhaps someone can determine which options are appropriate to run for various x86 targets and com

[Bug c++/18257] [4.0 Regression] ld: 0711-317 ERROR: Undefined symbol: typeinfo for int

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-22 18:01 --- Subject: Bug 18257 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-22 18:00:41 Modified files: gcc/testsuite : ChangeLog gcc/cp : C

[Bug c++/18464] [3.4/4.0 regression] error message about "non-lvalue in unary '&'" when using ?: operator

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-22 18:01 --- Subject: Bug 18464 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-22 18:00:41 Modified files: gcc/testsuite : ChangeLog gcc/cp : C

[Bug c++/18492] [4.0 regression] mmix-knuth-mmixware,HP-UX testsuite failure: g++.old-deja/g++.other/thunk1.C

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-22 18:01 --- Subject: Bug 18492 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-22 18:00:41 Modified files: gcc/testsuite : ChangeLog gcc/cp : C

[Bug c++/11224] [3.3/3.4/4.0 regression] warning "value computed is not used" no longer emitted

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-22 18:01 --- Subject: Bug 11224 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-22 18:00:41 Modified files: gcc/testsuite : ChangeLog gcc/cp : C

[Bug other/19095] testsuite/gcc.dg/vect/vect.exp is not precise enough on x86

--- Additional Comments From janis187 at us dot ibm dot com 2004-12-22 17:53 --- I've been looking at how to restructure gcc.dg/vect/vect.exp to cycle through multiple options for vector instruction sets. -- What|Removed |Added -

[Bug libfortran/19106] segfault in executable for print *,sum(a,dim=2,mask=a>0)

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-22 16:55 --- The problem seems to occur with other array intrinsics, too. On i686-pc-linux-gnu : $ cat unpack2.f90 program main real, dimension(3) :: a, b logical, dimension(3) :: l l = (/ .false., .true., .f

[Bug fortran/17283] UNPACK issues

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-22 16:52 --- > The issues with PACK are fixed, keeping this open as a reminder that UNPACK > still has issues as pointed out in #4 Test case for the scalar case: $ cat unpack.f90 program main real, dimension(3)

[Bug libgcj/19132] New: InputStreamReader constructor missing

Eclipse 3.1M4 (and presumably other 3.1s) makes use of the constructor java.io.InputStreamReader.(java.io.InputStream, java.nio.charset.Charset) which is not yet implemented in libgcj. -- Summary: InputStreamReader constructor missing Product: gcc Version: unkno

[Bug rtl-optimization/19078] [4.0 Regression] Poor quality code after loop unrolling.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-22 16:45 --- (In reply to comment #6) > ;) Well, many people believe I look too *often* at microbenchmarks... ;) Also sometimes micro benchmarks come from bigger code and shows up in the profile as the hot loop. --

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

--- Additional Comments From roger at eyesopen dot com 2004-12-22 16:40 --- Possible patch at http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01711.html -- What|Removed |Added

[Bug c++/18962] [3.4/4.0 Regression] specialization of template class with inner template members and paramater

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-22 16:34 --- Patch here: . -- What|Removed |Added

[Bug target/16819] [3.4/4.0 regression] ICE with empty struct as arg

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-22 16:34 --- Patch here: . -- What|Removed |Added

[Bug target/19131] alloca returning unnecessarily aligned pointer and uses too much memory

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-22 15:06 --- The reason you cannot find anything in the C standard is because this is ABI thing so this is invalid We need to keep the stack aligned sorry. -- What|Removed |Added --

[Bug tree-optimization/18880] DSE is not doing its job for global variables

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

[Bug tree-optimization/19130] DSE not working?

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-22 15:00 --- I already filed a bug about this so this is a dup of bug 18880. Note there is a patch there too for 4.1. *** This bug has been marked as a duplicate of 18880 *** -- What|Removed

[Bug target/19129] gcc-3.4.4 ICE while building libobjc

-- What|Removed |Added Component|c |target Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug

[Bug tree-optimization/19131] New: alloca returning unnecessarily aligned pointer and uses too much memory

The testcase int foo(int bar) { int i, res = 0; for (i=0; ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=19131

[Bug tree-optimization/18576] [3.4/4.0 Regression] missing jump threading because of type changes

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-22 14:08 --- One approach is to fix PR 14843. It is just one approach, so I won't say this PR is blocked by PR 14843. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18576

[Bug target/14629] ICE on c++ source

--- Additional Comments From namsh at kldp dot org 2004-12-22 13:31 --- 3.4.4-20041108 generates ICE. But, 4.0.0-20041216 No ICE. So, it seems gcc-trunk has NO problem for this bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14629

[Bug debug/19124] [4.0 regression] gcc generates incorrect dwarf2 debug info

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-22 13:07 --- If gdb can't handle var-tracking, it should be fixed there, and not be disabeld in gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19124

[Bug rtl-optimization/18401] [4.0.0 Regression] Bootstrap failure on all ARM targets due to incorrect GCSE

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-22 13:03 --- If only we had unit testing... Richard, you think you can figure out when this problem *disappeared*? Maybe it was one of the many bitmaps changes, and there really is no GCSE bug. If there is a real GCSE

[Bug tree-optimization/19108] [4.0 regression] ICE initializing arrays

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-22 12:43 --- Looks like fall-out from PR18191. I'll try to take care of this. -- What|Removed |Added

  1   2   >