[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

--- Additional Comments From micis at gmx dot de 2004-10-27 06:55 --- Good and fast work! I applied the patch and the ICE went away. Michael Cieslinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17956

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

--- Additional Comments From dje at gcc dot gnu dot org 2004-10-27 04:54 --- Created an attachment (id=7414) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7414&action=view) rs6000.md patch -- What|Removed |Added -

[Bug c++/18140] [3.4/4.0 regression] C++ parser bug when using >> in templates

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

[Bug c++/18170] New: m32r-elf-as, m32r-linux-as debug relocation error for c++

When I build m32r-elf-g++ version 4.0.0, an assemble debug relocation error happened. /home3/FSF/org_src/gcc/build/gcc/xgcc -shared-libgcc - B/home3/FSF/org_src/gcc/build/gcc/ -nostdinc++ - L/home3/FSF/org_src/gcc/build/m32r-elf/libstdc++-v3/src - L/home3/FSF/org_src/gcc/build/m32r-elf/libstdc++-

[Bug c++/18093] [3.4/4.0 regression] bogus conflict in namespace aliasing

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-27 04:33 --- Fixed in GCC 3.4.3. -- What|Removed |Added Status|ASSIGNED|

[Bug c++/18093] [3.4/4.0 regression] bogus conflict in namespace aliasing

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-27 04:33 --- Subject: Bug 18093 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-27 04:32:57 Modified files: gcc/testsuite : Change

[Bug c++/18020] [3.4/4.0 regression] rejects valid definition of enum value in template

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-27 04:33 --- Subject: Bug 18020 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-27 04:32:57 Modified files: gcc/testsuite : Change

[Bug c++/18020] [3.4/4.0 regression] rejects valid definition of enum value in template

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-27 04:33 --- Fixed in GCC 3.4.3. -- What|Removed |Added Status|ASSIGNED|

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

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

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 04:20 --- Here is the reduced C code: double Fore (double lo, double hi) { return lo>=hi?lo:hi; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17956

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 04:16 --- Nope only a 4.0 one. -- What|Removed |Added Known to fail||

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 04:12 --- This might also be a 3.4 regression I have not checked yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17956

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 04:10 --- Finnally found a C example: Compile the folllowing with -O2 -ffast-math -ftrapping-math and you will get the failure. #include int Fore (double lo, double hi) { int r; double t; double t1; double

[Bug c++/10349] testsuite failure in g++.dg/parse/stack1.C

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 03:50 --- #1251 0x000ae778 in cp_parser_implicitly_scoped_statement (parser=0x4178ec40) at /Users/pinskia/ src/local/gcc/gcc/cp/parser.c:6541 #1252 0x0009dba4 in cp_parser_statement (parser=0x4178ec40, in_statement_e

[Bug bootstrap/18169] make: *** [bootstrap] Error 2 after building libgfortran

--- Additional Comments From danglin at gcc dot gnu dot org 2004-10-27 03:42 --- Source tree was corrupt. -- What|Removed |Added Status|UNCONFIRMED

[Bug bootstrap/18107] [4.0 Regression] Bootstrap fails on i686-pc-mingw32

-- Bug 18107 depends on bug 18104, which changed state. Bug 18104 Summary: Incorrect CLASSPATH separator in libjava breaks bootstrap http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18104 What|Old Value |New Value

[Bug libgcj/18104] Incorrect CLASSPATH separator in libjava breaks bootstrap

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 02:46 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug libgcj/18104] Incorrect CLASSPATH separator in libjava breaks bootstrap

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-27 02:43 --- Subject: Bug 18104 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-27 02:43:44 Modified files: libjava: ChangeLog Makefile.am Makefile.in con

[Bug c++/18020] [3.4/4.0 regression] rejects valid definition of enum value in template

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-27 02:23 --- Subject: Bug 18020 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-27 02:23:16 Modified files: gcc/testsuite : ChangeLog gcc/cp : C

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-27 02:23 --- Subject: Bug 18161 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-27 02:23:16 Modified files: gcc/testsuite : ChangeLog gcc/cp : C

[Bug c++/18093] [3.4/4.0 regression] bogus conflict in namespace aliasing

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-27 02:23 --- Subject: Bug 18093 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-27 02:23:16 Modified files: gcc/testsuite : ChangeLog gcc/cp : C

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 02:19 --- Hmm, yes we don't support MIN/MAX EXPR without -fno-trapping-math. A rs6000 backend person should look at this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17956

[Bug bootstrap/18169] make: *** [bootstrap] Error 2 after building libgfortran

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-10-27 02:14 --- Subject: Re: make: *** [bootstrap] Error 2 after buildin > Was this done with -j2 or above? No. However, I think I inadvertantly messed up the source with a build in the source tree. Dave --

[Bug bootstrap/18169] make: *** [bootstrap] Error 2 after building libgfortran

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 02:07 --- Was this done with -j2 or above? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18169

[Bug bootstrap/18169] New: make: *** [bootstrap] Error 2 after building libgfortran

... ranlib .libs/libgfortran.a creating libgfortran.la (cd .libs && rm -f libgfortran.la && ln -s ../libgfortran.la libgfortran.la) make[3]: Leaving directory `/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libgfo rtran' make[2]: Leaving directory `/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libgf

[Bug target/18010] bad unwind info due to multiple returns (missing epilogue)

--- Additional Comments From wilson at gcc dot gnu dot org 2004-10-27 01:48 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug target/18010] bad unwind info due to multiple returns (missing epilogue)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-27 01:36 --- Subject: Bug 18010 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-27 01:36:12 Modified files: gcc: ChangeLog emit-rtl.c Log message:

[Bug target/18010] bad unwind info due to multiple returns (missing epilogue)

--- Additional Comments From wilson at tuliptree dot org 2004-10-27 01:29 --- Subject: Re: bad unwind info due to multiple returns (missing epilogue) On Tue, 2004-10-26 at 01:49, davidm at hpl dot hp dot com wrote: > The compiler seemed to get stuck in an apparent endless loop.

The news is good on the economy

Today is a new day for your residence. With levels at their headline-making historic lows, our programs are better now than ever before. Even if you've recently closed on a property, now is the time to check your numbers. Find out what all your neighbors are talking about: http://eyeloans.com/?p

[Bug tree-optimization/18168] SPEC CPU2000 173.applu tree-loop-linear ICE

-- What|Removed |Added Summary|SPEC CPU2000 173.applu tree-|SPEC CPU2000 173.applu tree- |loop-linear failure |loop-linear ICE http://gcc.gnu.o

[Bug tree-optimization/18168] New: SPEC CPU2000 173.applu tree-loop-linear failure

gcc -O3 -ftree-loop-linear applu.f produces error: Dependence relation cannot be represented by distance vector. -- Summary: SPEC CPU2000 173.applu tree-loop-linear failure Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal

[Bug bootstrap/18167] [4.0 Regression] Mainline failed to bootstrap on Linux/x86-64

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-27 00:08 --- Try this again, this is already fixed by: * expr.c (emit_group_store): Do not treat floats as BLKmode. (emit_group_load): Same. http://gcc.gnu.org/ml/gcc-cvs/2004-10/msg01469.html --

[Bug bootstrap/18167] New: Mainline failed to bootstrap on Linux/x86-64

As of Tue Oct 26 23:11:31 UTC 2004, I got stage1/xgcc -Bstage1/ -B/usr/gcc-4.0/x86_64-unknown-linux-gnu/bin/ -c -g - O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing- prototypes -DHAVE_CONFIG_H -DGENERATOR_FILE-I. -Ibuild - I/net/gnu/export/gnu/src/gcc/gcc/gcc - I/net

[Bug c/18166] top const stripped in structs for C

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 23:30 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c/18166] top const stripped in structs for C

--- Additional Comments From mrs at apple dot com 2004-10-26 23:27 --- For reference, the C++ version: struct ssc { char * const ptr; ssc () :ptr(0) { } }; struct ss { char * ptr; }; int main () { struct ssc xssc; struct ss xss; } and its output: (gdb) ptype xss type = struct ss

[Bug c/18166] New: top const stripped in structs for C

The following doesn't produce accurate dbx stabs information on powerpc-apple-darwin: struct ssc { char * const ptr; }; struct ss { char * ptr; }; int main () { struct ssc xssc; struct ss xss; } (gdb) ptype xss type = struct ss { char *ptr; } (gdb) ptype xssc type = struct ssc { char

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

--- Additional Comments From rakdver at gcc dot gnu dot org 2004-10-26 22:34 --- Tobias, would it be possible to get a smaller testcase? Ideally a runnable one, but if it would be too much trouble, at least one from that as much of irrelevant code as possible is removed, while still pres

[Bug c++/18093] [3.4/4.0 regression] bogus conflict in namespace aliasing

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

[Bug c++/18020] [3.4/4.0 regression] rejects valid definition of enum value in template

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

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

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

[Bug c++/14124] enum definition with __attribute__((packed)) gives syntax errors

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 21:56 --- *** Bug 18165 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/18165] Attributes following enumeration declaration ignored

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 21:56 --- *** This bug has been marked as a duplicate of 14124 *** -- What|Removed |Added

[Bug bootstrap/17832] [4.0 Regression] Bootstrap broken by fixincludes failures

--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-26 21:51 --- Sorry, I missed putting the PR tag in the commit log. However, no, this bug really should not be closed yet. That patch just disabled building fixincludes. The real patch that needs to be committed is in

[Bug c++/18165] New: Attributes following enumeration declaration ignored

Consider the following program: m> enum X { a = 1 }; enum Y { b = 1 } __attribute__((packed)); int main() { using namespace std; cout << "default:" << sizeof(enum X) << endl; cout << "with attribute: " << sizeof(enum Y) << endl; } The C++ compiler accepts this. However, the attrib

[Bug bootstrap/17832] [4.0 Regression] Bootstrap broken by fixincludes failures

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 21:40 --- This is fixed now right? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17832

[Bug debug/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 21:39 --- The patch is located in comment #9. -- What|Removed |Added CC|

[Bug fortran/17744] ice in assignment of derived type constructor

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-26 21:35 --- The bug also goes away if one omits the keyword "parameter". -- What|Removed |Added

[Bug target/18154] Inefficient max/min code for PowerPC

--- Additional Comments From dje at gcc dot gnu dot org 2004-10-26 21:25 --- Also, do not enable when optimizing for size. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18154

[Bug middle-end/18160] [4.0 Regression] ICE on taking register variable address

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

[Bug debug/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692

--- Additional Comments From xanas3712 at matrixcentral dot net 2004-10-26 20:48 --- There is some kind of patch referred to at the end here.. where is it? I am only seeing the pre-processed source as an attached file. Anyway, I'm having the same issue as himanshu. I've tried every ve

[Bug middle-end/18163] [4.0 Regression] libffi test case ICE's on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 20:36 --- Note the solution for a different related problem in will not work as the mode in this case is still a floating point mode (TF) and the corresponding int

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-26 20:34 --- Here's a detailed explanation of the second example: You are calling the function "void HandleObject(TObject toj);" as follows: "HandleObject( GetAnObject() );" To do this you need a copy constructor to co

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

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

[Bug middle-end/18163] [4.0 Regression] libffi test case ICE's on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 20:14 --- Reverting the following patch fixes the ICE: 2004-10-26 Aldy Hernandez <[EMAIL PROTECTED]> * expr.c (emit_group_load): Handle floats. (emit_group_store): Same. -- What|Rem

[Bug target/18154] Inefficient max/min code for PowerPC

--- Additional Comments From dje at gcc dot gnu dot org 2004-10-26 20:06 --- XLC chooses the straight-line code sequence versus compare and branch based on a cost model. This should not be a uniform change in behavior for PowerPC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18154

[Bug middle-end/18164] [4.0 Regression] ICE on trivial invalid asm

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 20:02 --- Confirmed, we are ICE in the gimplifer: #0 0x8cc0 in __memcpy () #1 0x006176a4 in build_string (len=-1, str=0x4248e0d5 "\177?") at /Users/pinskia/src/ipa- out/gcc/gcc/tree.c:755 #2 0x0011b254

Re: Optimization Bug in g77

Thanks for the quick response. I have altered my code so that it does not depend on the way extended precision is handled. It gives the right answer no mater how it is compiled. I guess the moral is: don't try to check for exact equality between two double precision numbers that have been calcul

[Bug c/18164] [4.0 Regression] ICE on trivial invalid asm

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

[Bug c/18164] New: ICE on trivial invalid asm

void f (void) { int x; asm ("" : "" (x)); } yields an ICE (discovered while attempting to disallow wide strings in asms) t.c: In function 'f': t.c:5: error: output operand constraint lacks '=' t.c:5: error: output operand constraint lacks '=' t.c:5: error: invalid lvalue in asm output 0 t.c:5

[Bug middle-end/18163] [4.0 Regression] libffi test case ICE's on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 19:41 --- Confirmed, here is the reduced testcase: long double return_ld(long double a, long double b, long double c, long double d, long double e, long double f,

[Bug other/18163] libffi test case ICE's on darwin

--- Additional Comments From andreast at gcc dot gnu dot org 2004-10-26 19:35 --- Created an attachment (id=7413) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7413&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18163

[Bug other/18163] New: libffi test case ICE's on darwin

The following test case ICE's on darwin since 2004-10-26. Before it was ok. /Volumes/src/gcc/gcc-cvs/gcc/libffi/testsuite/libffi.call/return_ldsum.c:64: error: unrecognizable insn:^M(insn 15 14 16 0 (set (reg:TI 158 [ g ])^M (const_int 0 [0x0])) -1 (nil)^M (nil))^M/Volumes/src/gcc/gcc-cv

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From profvonsully at yahoo dot com 2004-10-26 19:21 --- !!! in the second example only one constructor is writeed (to be compiled) "TObject(rTObject)"!!(the other one is in a coment and ... errror) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18113

[Bug middle-end/17526] [4.0 Regression] libcpp is miscompiled with -fno-pcc-struct-return -O2

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

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From profvonsully at yahoo dot com 2004-10-26 19:05 --- (In reply to comment #7 i dont care about the const . i descovered the bug in the first example of the attcahment where the compiler prints an error that is not logic(in borland C++ i used TObject(rObject)

Re: Optimization Bug in g77

On Oct 26, 2004, at 3:01 PM, Steven E. Williamson wrote: Two other symptoms that I have noticed: if the -ffloat-store option is used, then the program always works correctly (does only 2 iterations). And, if the write statement immediately preceding the check for equal averages is un-commented, the

[Bug target/18034] GCC 3.4.2/GNAT bootstrap problem

--- Additional Comments From rsandifo at gcc dot gnu dot org 2004-10-26 19:02 --- Andrew's explanation certainly sounds plausible. Could you try bootstrapping using Rainer Orth's GNAT binaries: ftp://ftp.Uni-Bielefeld.DE/pub/gnu/gnat/binaries/ I've had no problems bootstrapping 3.4

Optimization Bug in g77

I have run into a strange problem with g77 when run with the -O or -O1 option but NOT with -O2, -O3, or no optimization. Below is piece of Fortran code (removed from a larger program) which illustrates the problem. The basic function of the code is to go through a list of data (the RAW array) and

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

--- Additional Comments From dennisc at harding dot ca 2004-10-26 18:52 --- I have found a patch for this problem that was proposed by DJ Delorie about a year ago. His posting in the mailing list is at http://gcc.gnu.org/ml/gcc-patches/2003-10/msg02277.html which I have copied below.

[Bug target/16830] Including with -mabi=n32 causes an error.

--- Additional Comments From rsandifo at gcc dot gnu dot org 2004-10-26 18:52 --- Confirmed. Of the two choices you mention, I think it would be better to remove the R3000 and R4000 macros for IRIX. Another option would be to use fixincludes, but I think removing the macros is better.

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 18:48 ---   TObject(const rObject){} is the same as   TObject(TObject&){} The const is ignored. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18113

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From profvonsully at yahoo dot com 2004-10-26 18:45 --- (In reply to comment #2) > look at the attahement ! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18113

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

--- Additional Comments From dennisc at harding dot ca 2004-10-26 18:45 --- I was premature in reporting that version 3.4.2 fixed this bug. I didn't get a ICE on my test file anymore, but not because the bug was fixed. It turns out that version 3.4.2 compilers ignore the -mrenesas target

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 18:44 --- Read my comment again, this is not a bug. -- What|Removed |Added Status|UNCONFIR

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From profvonsully at yahoo dot com 2004-10-26 18:41 --- there is another example for those that did not look at the attachment(sorry for my initial language): class TObject; typedef TObject& rObject; class TObject { public: TObject(){

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

--- Additional Comments From dennisc at harding dot ca 2004-10-26 18:40 --- (From update of attachment 7387) The ICE is triggered by the char function return value assignment when compiling for the Renesas ABI. -- What|Removed |Added -

[Bug bootstrap/15747] /bin/sh hangs during bootstrap

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

[Bug target/14766] [3.3 only] mips-sgi-irix6.5 testsuite failure in gcc.dg/overflow-1.c with -mabi=64

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 18:30 --- Confirmed then. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug bootstrap/15747] /bin/sh hangs during bootstrap

--- Additional Comments From rsandifo at gcc dot gnu dot org 2004-10-26 18:29 --- Patch applied to install.texi. -- What|Removed |Added Status|NEW

[Bug bootstrap/15747] /bin/sh hangs during bootstrap

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-26 18:24 --- Subject: Bug 15747 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-26 18:24:35 Modified files: gcc: Change

[Bug bootstrap/15747] /bin/sh hangs during bootstrap

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-26 18:20 --- Subject: Bug 15747 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-26 18:20:35 Modified files: gcc: ChangeLog gcc/doc: i

[Bug target/14766] [3.3 only] mips-sgi-irix6.5 testsuite failure in gcc.dg/overflow-1.c with -mabi=64

--- Additional Comments From rsandifo at gcc dot gnu dot org 2004-10-26 18:04 --- This was fixed for 3.4 by: Fri Nov 8 13:01:42 CET 2002 Jan Hubicka <[EMAIL PROTECTED]> [...] * genopinit.c (optabs): Initialize the new optabs. * optab.c (init_optabs): Likewise

[Bug fortran/18111] spurious warnings with -W -Wunused

--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-26 17:32 --- Updated patch which removes the warning for the string length parameters here: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02210.html I'm not yet sure why the other warnings happen. -- http://gcc.gnu.org/b

[Bug c/18162] [4.0 Regression] c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-26 16:44 --- Subject: Bug 18162 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-26 16:44:26 Modified files: gcc: ChangeLog c-parse.in Log message:

[Bug c/18162] [4.0 Regression] c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 16:44 --- And checked in as obvious. -- What|Removed |Added Status|NEW

[Bug c/18162] c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

--- Additional Comments From wanderer at rsu dot ru 2004-10-26 16:37 --- > Does this patch work? yes Thank you for quick fix :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18162

[Bug c/18162] c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 16:30 --- Looks like a missing semi-colon. Does this patch work? Index: c-parse.in === RCS file: /cvs/gcc/gcc/gcc/c-parse.in,v retrieving revision 1.252

[Bug bootstrap/18162] c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 16:25 --- It works with GNU Bison version 1.28 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18162

[Bug bootstrap/18162] New: c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

After last chnages in c-parse.y bootstrap current CVS mainline GCC terminated with errors: ---8X-- echo '/*WARNING: This file is automatically generated!*/' >tmp-c-parse.y sed -e "/^@@ifobjc.*/,/^@@end_ifobjc.*/d" \ -e "/^@@ifc.*/d" - e "/^@@end_ifc.*/d" /home/w

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 16:14 --- Yes because this is still a regression. Note the mainline is already better than what 3.3.3 was in terms of memory usage. -- 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 debora dot j dot estey at lmco dot com 2004-10-26 16:11 --- Now that this is an enhancement is there any chance of getting it fixed -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14179

[Bug libstdc++/18159] tr1/tuple is broken on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 15:52 --- Yes _Tp is fine. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug libstdc++/18159] tr1/tuple is broken on darwin

--- Additional Comments From chris at bubblescope dot net 2004-10-26 15:30 --- Yes, sorry, I was not aware of this convention. I'm currently performing some general clean-up to the autogeneration of the tuple header and will at the same time fix this. It's been suggested that _T should b

[Bug target/15286] ICE cause by reload

--- Additional Comments From fjahanian at apple dot com 2004-10-26 15:17 --- I tested the patch on apple-ppc-darwin; bootstrapped and dejagnu tested (with and without -mcpu=G5). There were no regressions. This is an important bug for us. We have had 4 separate reporting of this bug. It

[Bug rtl-optimization/8361] [3.3/3.4/4.0 regression] C++ compile-time performance regression

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 13:37 --- No, Nathan just got confused on which attachment to take. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8361

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 13:36 --- Almost certain that this was caused by: 2004-09-27 Mark Mitchell <[EMAIL PROTECTED]> PR c++/17642 * cp-tree.h (fold_if_not_in_template): New function. * call.c (build_condi

[Bug rtl-optimization/8361] [3.3/3.4/4.0 regression] C++ compile-time performance regression

--- Additional Comments From gerald at pfeifer dot com 2004-10-26 13:34 --- Is there anything left to do wrt. the testcases? I saw that Nathan made some (description-only?) changes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8361

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-26 13:34 --- Here is a testcase which we can see the problem with rejecting the code (which is very useful for the regression hunter :) ): template struct Y; template <>struct Y{}; template struct X { Y a; }; templ

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

-- What|Removed |Added Known to fail||4.0.0 Known to work||2.95 3.2 3.3 3.4.3 Summary|[4.0 regression]

[Bug c++/18161] New: [4.0 regression] typeof(1==1) is now int instead of bool

For this code - template struct X { X(){} }; template struct X<>; - I would expect an instantiation of X, and indeed got it up to 3.4. However, since 4.0 we get X: g/x> /home/bangerth/bin/gcc-3.4*/bin/c++ -c x.cc ; nm -C x.o W X::X() W X

  1   2   >