[Bug c++/14179] [3.3/3.4/4.0 Regression] out of memory while parsing array with many initializers

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-24 07:07 --- Everyone is in a hurry, this is a regression ;-) Can you attach the patch so someone can have a look and maybe finish it for you? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14179

[Bug target/19144] miscompilation KDE 3.3.2

--- Additional Comments From bugzilla-gcc at thewrittenword dot com 2004-12-24 07:07 --- Created an attachment (id=7823) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7823&action=view) Pre-processed .s of kurlcompletion.ii with fix ("int i;" added) -- http://gcc.gnu.org/bugzil

[Bug target/19144] miscompilation KDE 3.3.2

--- Additional Comments From bugzilla-gcc at thewrittenword dot com 2004-12-24 07:06 --- Created an attachment (id=7822) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7822&action=view) Pre-processed source with fix (add "int i;") Note: If the 'int i;' is placed after the 'struct d

[Bug target/19144] miscompilation KDE 3.3.2

--- Additional Comments From bugzilla-gcc at thewrittenword dot com 2004-12-24 07:00 --- Created an attachment (id=7821) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7821&action=view) Original pre-processed .s file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19144

[Bug target/19144] miscompilation KDE 3.3.2

--- Additional Comments From bugzilla-gcc at thewrittenword dot com 2004-12-24 07:00 --- Created an attachment (id=7820) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7820&action=view) Original pre-processed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19144

[Bug target/19144] miscompilation KDE 3.3.2

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-24 06:36 --- This PR is a bit confusing. Please attach the original preprocessed file and post the modification to the original *.s file that appears to fix the bug. -- What|Removed

[Bug target/19147] New: invalid rlwinm patterns

andsi3_internal7 and andsi3_internal8 generate invalid LT and GT condition codes. This is because these bits of the condition register are set from all 64 bits of the register in 64-bit mode. I don't believe it is possible to have all of EQ, LT and GT correct using only two rlwinm instructions in

[Bug bootstrap/11003] libgcc.map: file format not recognized

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-24 06:14 --- *** Bug 19136 has been marked as a duplicate of this bug. *** -- What|Removed |Added

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

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-24 06:14 --- You should browse the database before filing a new bug report. *** This bug has been marked as a duplicate of 11003 *** -- What|Removed |Added

[Bug tree-optimization/14638] [4.0 Regression] Variables disappear from debug info at -O1

--- Additional Comments From dberlin at gcc dot gnu dot org 2004-12-24 05:23 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/14638] [4.0 Regression] Variables disappear from debug info at -O1

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-24 05:23 --- Subject: Bug 14638 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-24 05:23:11 Modified files: gcc: ChangeLog dwarf2out.c tree-outof-ssa.

[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-24 05:00 --- Subject: Re: [4.0 Regression] build/genattrtab: out of memor > If running stage1 genattrtab compiled without optimization requires more > memory, > then it requires more memory. The value reported

[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-24 04:24 --- Subject: Re: [4.0 Regression] build/genattrtab: out of memor > If running stage1 genattrtab compiled without optimization requires more > memory, > then it requires more memory. The value reported

[Bug bootstrap/19146] Parallel bootstrap failure: No rule to make target `intl.h', needed by `c-parse.o'.

--- Additional Comments From lucier at math dot purdue dot edu 2004-12-24 03:55 --- Subject: Re: Parallel bootstrap failure: No rule to make target `intl.h', needed by `c-parse.o'. zorn-32% make -v GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Perhaps it's a proble

[Bug bootstrap/19146] Parallel bootstrap failure: No rule to make target `intl.h', needed by `c-parse.o'.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-24 03:41 --- intl.h is not even generated file. What make are you using? -- What|Removed |Added

[Bug bootstrap/19146] New: Parallel bootstrap failure: No rule to make target `intl.h', needed by `c-parse.o'.

The configure and build commands were: /bin/rm -rf *; ../configure --prefix=/export/users/lucier/local/gcc-mainline; make -j 6 bootstrap >& build.log && (make -j 8 -k check RUNTESTFLAGS="--target_board 'unix{-m64,}'">& check.log ; make mail-report-with-warnings.log; ./mail-report-with-warnings.log

[Bug libfortran/18778] ENDFILE is not functionnal

--- Additional Comments From bdavis at gcc dot gnu dot org 2004-12-24 03:36 --- patch here: http://gcc.gnu.org/ml/fortran/2004-12/msg00228.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18778

[Bug driver/19145] "gcc --print-multi-lib" doesn't work with config-ml.in

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-24 03:17 --- Invalid, config-ml.in should only be used with the new version of gcc and nothing else. -- What|Removed |Added --

[Bug driver/19145] "gcc --print-multi-lib" doesn't work with config-ml.in

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-24 03:09 --- Well then this is your bug, you should not be using config-ml.in from the toplevel for build and/or host building. Also there is no way to fix older versions of gcc. -- What|Removed

[Bug driver/19145] New: "gcc --print-multi-lib" doesn't work with config-ml.in

"gcc --print-multi-lib" doesn't work with multilib which is used by config-ml.in in the top level directory. "gcc --print-multi-os-directory" seems to work for config-ml.in. But it isn't available with the older gcc. [EMAIL PROTECTED] hjl]$ gcc "--print-multi-os-directory" ../lib64 [EMAIL PROTECTE

[Bug target/19144] SPARC back-end bug

--- Additional Comments From bugzilla-gcc at thewrittenword dot com 2004-12-24 02:59 --- I looked at the .s files more closely and comment #7 might be off. Offsets seem to differ by either 4 or 8 not only 8 like I originally thought. I generated the .s files on HP-UX and it had the same

[Bug tree-optimization/17640] empty loop not removed after optimization

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

[Bug tree-optimization/18648] gcc does not remove empty loops

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

[Bug c++/14179] [3.3/3.4/4.0 Regression] out of memory while parsing array with many initializers

--- Additional Comments From giovannibajo at libero dot it 2004-12-24 02:23 --- Subject: Re: [3.3/3.4/4.0 Regression] out of memory while parsing array with many initializers steven at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > Giovanni, any news? I have a patch around for a l

[Bug c++/19143] [4.0 regression] ICE on invalid template parameter

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

[Bug target/19142] [4.0 Regression] ppc-darwin no longer builds

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-24 02:14 --- I can confirm that the patch applied fixes the problem. -- What|Removed |Added S

[Bug target/19144] SPARC back-end bug

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-24 02:08 --- (In reply to comment #8) > Comment #7 should confirm this is a GCC bug. Not really, it just showed where the problem is. Can you try the mainline as there has been a couple of sparc bugs which have been f

[Bug target/19144] SPARC back-end bug

--- Additional Comments From bugzilla-gcc at thewrittenword dot com 2004-12-24 02:04 --- Comment #7 should confirm this is a GCC bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19144

[Bug target/19144] SPARC back-end bug

--- Additional Comments From bugzilla-gcc at thewrittenword dot com 2004-12-24 02:03 --- Ok, I ran diff on both .s files (id #7816 v id #7818) and found the following: @@ -199,8 +199,8 @@ cmp %g1, 0 bne .LL9 nop - add %fp, -80, %g1 -

[Bug target/19144] SPARC back-end bug

--- Additional Comments From bugzilla-gcc at thewrittenword dot com 2004-12-24 01:59 --- Created an attachment (id=7818) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7818&action=view) .s file using patch in comment #1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19144

[Bug target/19144] SPARC back-end bug

--- Additional Comments From bugzilla-gcc at thewrittenword dot com 2004-12-24 01:58 --- Created an attachment (id=7817) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7817&action=view) .ii file using patch in comment #1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19144

[Bug target/19144] SPARC back-end bug

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-24 01:57 --- This might not be a sparc back-end bug but a bug in the KDE, they might be overflowing the stack or something else. -- What|Removed |Added -

[Bug c++/19144] SPARC backend bug

-- What|Removed |Added Attachment #7815|text/plain |application/octet-stream mime type|| Attachment #7815 is|1

[Bug c++/19144] SPARC backend bug

--- Additional Comments From bugzilla-gcc at thewrittenword dot com 2004-12-24 01:56 --- Created an attachment (id=7816) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7816&action=view) .s file using the original workaround patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1

[Bug c++/19144] SPARC backend bug

--- Additional Comments From bugzilla-gcc at thewrittenword dot com 2004-12-24 01:55 --- Created an attachment (id=7815) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7815&action=view) .ii file using the original workaround patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug c++/19144] SPARC backend bug

--- Additional Comments From bugzilla-gcc at thewrittenword dot com 2004-12-24 01:54 --- The patch below, somewhat similar to the patch in the original message with the workaround, does *not* work. The only difference between the two is where "int i;" is placed. --- kio/kio/kurlcompleti

[Bug c++/19144] New: SPARC backend bug

We built qt-3.3.2 and kde-3.3.2 using gcc-3.4.3. We did the same on HP-UX 11.x, Redhat Linux, and Redhat Enterprise Linux. http://lists.kde.org/?l=kde-devel&m=110384477320197&w=2 On Solaris/SPARC, we're seeing a problem. None of the other platforms have a problem. I was able to work around

[Bug target/19142] [4.0 Regression] ppc-darwin no longer builds

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-24 01:51 --- Subject: Bug 19142 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-24 01:51:05 Modified files: gcc: ChangeLog gcc/config/rs6000:

[Bug target/19142] [4.0 Regression] ppc-darwin no longer builds

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net |dot org |dot au Status|NEW

[Bug c++/19143] New: [4.0 regression] ICE on invalid template parameter

The following invalid code snippet triggers an ICE on mainline: == template struct A; template<> struct A {}; == bug.cc:2: error: missing '>' to terminate the template argument list bug.cc:2: error: template a

[Bug libfortran/19071] complex formatted output has too many items

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

[Bug rtl-optimization/19097] [3.4/4.0 regression] Quadratic behavior with many sets for the same register in gcse CPROP

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-24 01:00 --- We did not have implicit sets in 3.3, so it doesn't show this behavior. On the other hand, someone could feed RTL to 3.3 where a single register is set many times, and I'm sure it will show the same behavio

[Bug libfortran/19064] runtime error when reading complex*16 using formatted I/O

--- Additional Comments From bdavis at gcc dot gnu dot org 2004-12-24 00:29 --- maybe fixed by pr19071, please check !! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19064

[Bug libfortran/19071] complex formatted output has too many items

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-24 00:29 --- Subject: Bug 19071 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-24 00:29:08 Modified files: gcc/testsuite : ChangeLog libgfortran: C

[Bug libfortran/19071] complex formatted output has too many items

--- Additional Comments From bdavis at gcc dot gnu dot org 2004-12-24 00:14 --- patch here http://gcc.gnu.org/ml/fortran/2004-12/msg00224.html -- What|Removed |Added

[Bug libstdc++/19060] fstream.tellp() result not changed after some output

--- Additional Comments From wanderer at rsu dot ru 2004-12-24 00:05 --- Good news: i found commit when problem arised: http://gcc.gnu.org/ml/gcc- cvs/2003-10/msg01125.html Before this commit testcase compile without problems. After this commit testcase compilation failed. Bad news: Thi

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

--- Additional Comments From john at jupiter dot com 2004-12-23 23:59 --- (In reply to comment #1) > There is the problem: > binutils-2.14.tar.gz > > so you need --with-gnu-as and --with-gnu-ld. Adding these two options does not solve the problem. The libgcc_s.so does not get built. H

[Bug c/18282] PR c/17384 patch causes regression from 3.4.2

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

[Bug middle-end/19138] double complex / inf gives nan instead of 0

--- Additional Comments From pcarlini at suse dot de 2004-12-23 23:22 --- Ok ;) Then, let's close this one. *** This bug has been marked as a duplicate of 18902 *** -- What|Removed |Added --

[Bug middle-end/18902] Naive (default) complex division algorithm

--- Additional Comments From pcarlini at suse dot de 2004-12-23 23:22 --- *** Bug 19138 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug middle-end/19138] double complex / inf gives nan instead of 0

--- Additional Comments From bangerth at dealii dot org 2004-12-23 23:19 --- I'll be happy to defer to your superior technical knowledge :-) W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19138

[Bug middle-end/19138] double complex / inf gives nan instead of 0

--- Additional Comments From pcarlini at suse dot de 2004-12-23 23:17 --- > I'm not sure whether this special > case here immediately follows from fixing PR 18902. It does, indeed, this one is a *really* a special case: have a look to the test

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23 23:09 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/19138] double complex / inf gives nan instead of 0

--- Additional Comments From bangerth at dealii dot org 2004-12-23 23:06 --- This PR only covers a special case of the other PR, so I would be tempted to keep both open and if the other one is fixed checked whether this also covers the special case discussed here. I'm not sure whether

[Bug middle-end/18902] Naive (default) complex division algorithm

--- Additional Comments From bangerth at dealii dot org 2004-12-23 23:05 --- A special case of what is covered in this PR is PR 19138. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18902

[Bug target/19142] [4.0 Regression] ppc-darwin no longer builds

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23 22:45 --- Confirmed via: . -- What|Removed |Added --

[Bug target/19142] [4.0 Regression] ppc-darwin no longer builds

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

[Bug target/19142] New: [4.0 Regression] ppc-darwin no longer builds

the following testcase ICEs (even at -O0): double __fixunsdfdi (double a) { const double hi = a / (((unsigned long long) 1) << (sizeof (int) * 8)); return hi; } -- Summary: [4.0 Regression] ppc-darwin no longer builds Product: gcc Version: 4.0.0 St

[Bug c++/17595] [4.0 Regression] Unfriendly error message/rejects legal #pragmas in the middle of a parameter list

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-23 22:28 --- Fixed in GCC 4.0. -- What|Removed |Added Status|ASSIGNED|RE

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

--- Additional Comments From hubicka at ucw dot cz 2004-12-23 22:27 --- Subject: Re: 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-23 22:23 --- > Subject:

Re: [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-23 22:23 --- > 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

[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-23 22:23 --- 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++/17595] [4.0 Regression] Unfriendly error message/rejects legal #pragmas in the middle of a parameter list

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23 22:20 --- Subject: Bug 17595 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-23 22:19:55 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug c++/17401] [3.4/4.0 Regression] ICE with invalid pure specifier

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-23 22:20 --- The cp_parser_pure_specifier and decl2.c hunks are OK, and I think will be sufficient to fix the PR. Please apply. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17401

[Bug objc/18971] [4.0 Regression] Can't send messages to methods with arrays as parameters

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |zlaski at apple dot com |dot org | Status|NEW

[Bug c++/17595] [4.0 Regression] Unfriendly error message/rejects legal #pragmas in the middle of a parameter list

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23 22:07 --- Subject: Bug 17595 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-23 22:07:02 Modified files: gcc/cp : ChangeLog parser.c Log message:

[Bug ada/18817] ACATS c380004 fails at run time

--- Additional Comments From laurent at guerby dot net 2004-12-23 21:53 --- Richard Kenner in: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01832.html << Note that C380004 "doesn't count" and should be made a XFAIL because it raises a complex implementation issue with arrays of protecte

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

--- Additional Comments From hjl at lucon dot org 2004-12-23 21:40 --- Janis, can you send me the build log of both 32bit and 64bit libmudflap.la? I only need the one for libmudflap.la. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19135

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

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

[Bug bootstrap/17383] [4.0 Regression] Building in src dir fails

--- Additional Comments From aoliva at gcc dot gnu dot org 2004-12-23 21:03 --- Paolo's patch looks good to me. Paolo, would you please check it in? -- What|Removed |Added

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

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

[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 20:33 --- : Search converges between 2004-10-26-161001-trunk (#611) and 2004-11-03-014001-trunk (#612). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19121

[Bug c++/17413] [3.4 regression] local classes as template argument

--- Additional Comments From gdr at integrable-solutions dot net 2004-12-23 20:30 --- Subject: Re: [3.4/4.0 regression] local classes as template argument I agree with your analysis. Thanks for the time you put into this. I record it for future references in EWG. -- Gaby -- h

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

--- Additional Comments From aoliva at gcc dot gnu dot org 2004-12-23 20:25 --- http://www.open-std.org/jtc1/sc22/wg14/www/docs/dr_120.html seems to be pretty clear on this matter: the type of the bit-field is informally unsigned int :1, so the conversion invokes undefined behavior per 6

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

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

[Bug c++/17413] [3.4 regression] local classes as template argument

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-23 20:00 --- Fixed in G++ 4.0. -- What|Removed |Added Known to fail|3.4.2 4.0.0 |3.

[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 19:55 --- Do you have the environment variable PSALLOC set on in the process building GCC? I build on AIX systems with data, stack, and memory size unlimited, 2GB memory, PSALLOC unset. If running stage1 genattrtab comp

[Bug c++/17413] [3.4/4.0 regression] local classes as template argument

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23 19:54 --- Subject: Bug 17413 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-23 19:54:09 Modified files: gcc/testsuite : ChangeLog gcc/cp : C

[Bug c++/17413] [3.4/4.0 regression] local classes as template argument

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-23 19:50 --- The code in the PR is clearly invalid, as it explicitly uses a local class as an explicit template arugment. However, the broader question is how to perform overload resolution when argument deduction has

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

--- Additional Comments From janis187 at us dot ibm dot com 2004-12-23 19:44 --- An easier question is: how does libmudflap do it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19135

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23 19:37 --- Subject: Bug 16951 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-ppc-branch Changes by: [EMAIL PROTECTED] 2004-12-23 19:36:58 Modified files: gcc: Chan

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

--- Additional Comments From hjl at lucon dot org 2004-12-23 19:30 --- It looks like a libtool bug to me. There is /bin/sh ./libtool --mode=link /home/janis/build/gcc-mline/build-gcc-mline-20041222-hjl/gcc/xgcc -B/home/janis/build/gcc-mline/build-gcc-mline-20041222-hjl/gcc/ -B/home/janis

[Bug middle-end/19138] double complex / inf gives nan instead of 0

--- Additional Comments From pcarlini at suse dot de 2004-12-23 19:20 --- I'm tempted to mark this as duplicate of middle-end/18902, which I will try to (partially) fix after 4.0 branches. Ok with everyone? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19138

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

--- Additional Comments From hjl at lucon dot org 2004-12-23 18:55 --- You need to show me your build log. There should be .../libtool ... -o libiberty.la ... -rpath which will build both shared library and static archive. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19135

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

--- Additional Comments From janis187 at us dot ibm dot com 2004-12-23 18:50 --- There is no -rpath in the command to build 64-bit libiberty. It appears to be just $(CC) plus -shared, the list of object files, -Wl,-soname -Wl,libiberty.so.0 -o ././libs/libiberty.so.0.0.0. Where in the

[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

--- Additional Comments From hp at gcc dot gnu dot org 2004-12-23 18:46 --- http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01628.html> -- What|Removed |Added Keyword

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

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-23 18:41 --- Could you please retry with a new checkout? Richard's patch for PR19102 probably fixed this: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01777.html -- What|Removed |A

[Bug tree-optimization/14341] Missed comparision optimization (jump threading related)

--- Additional Comments From law at redhat dot com 2004-12-23 18:32 --- Subject: Re: Missed comparision optimization (jump threading related) On Wed, 2004-12-22 at 05:33 +, pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot or

[Bug tree-optimization/19098] tree-ssa-dom.c has an "if" statement whose condition is probably wrong

--- Additional Comments From law at redhat dot com 2004-12-23 18:29 --- Subject: Re: New: tree-ssa-dom.c has an "if" statement whose condition is probably wrong On Tue, 2004-12-21 at 05:59 +, kazu at cs dot umass dot edu wrote: > tree-ssa-dom.c has the following > > i

[Bug c++/17413] [3.4/4.0 regression] local classes as template argument

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-23 18:25 --- The patch is the previous comment does not actually apply to this PR. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17413

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

--- Additional Comments From hjl at lucon dot org 2004-12-23 18:22 --- With the new patch, there are COMPILER = $(CC) @DEFS@ $(LIBCFLAGS) $(HDEFINES) @ac_libiberty_warn_cflags@ COMPILE.c = $(COMPILER) -c -I. -I$(INCDIR) LTCOMPILE = $(LIBTOOL) --mode=compile $(COMPILE.c) LINK = $(LIBTOOL)

[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-23 17:22 --- Subject: Re: [4.0 Regression] jump threading on trees is slow with switch statements with large # of cases On Thu, 2004-12-23 at 13:31 +, steven at gcc dot gnu dot org wrote: > --- Additional Comment

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

--- Additional Comments From janis187 at us dot ibm dot com 2004-12-23 17:18 --- The patch doesn't work, the command to link 64-bit libiberty.so.0.0.0 still doesn't use -m64. This comment in libiberty/Makefile.in might provide a clue about the problem: # This is tricky. Even though CC

[Bug middle-end/19138] double complex / inf gives nan instead of 0

--- Additional Comments From bangerth at dealii dot org 2004-12-23 17:14 --- Joseph's comment points to the exact right place. The result should be zero. Confirmed with gcc 3.3 and mainline. W. -- What|Removed |Added ---

[Bug target/19119] [3.4 regression] -msse -O2 causes ICE

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-23 17:11 --- Fixed by Richard's patch for PR19102: http://gcc.gnu.org/ml/gcc-cvs/2004-12/msg00917.html Btw, I needed to add -march=i686 to the command line to trigger the bug. -- What|Removed

[Bug c++/18757] [3.4 Regression] ICE (on invalid) in get_innermost_template_args

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23 16:39 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c++/19004] [3.4/4.0 regression] ICE in uses_template_parms at cp/pt.c:4860

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-23 16:39 --- Well, it's not really a regression, since GCC accepted the code before 3.4.0. -- What|Removed |Added ---

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23 16:27 --- Subject: Bug 16405 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-23 16:27:12 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/g++.

[Bug c++/18757] [3.4 Regression] ICE (on invalid) in get_innermost_template_args

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23 16:26 --- Subject: Bug 18757 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-23 16:25:51 Modified files: gcc/cp : Change

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23 16:25 --- Fixed at least on the mainline. -- What|Removed |Added Known to fail|3.4.1 4.0.0

  1   2   >