[Bug c++/19076] New: Pointer to member function not matched
This is not a regression, but seems a serious problem, which, actually, is blocking a simple implementation of various tr1/type_traits facilities :( The following simplified testcase fails: for some reason, pointers to member functions (vs, pointers to member objects) are not matched. ICC has no problems at all with it. //- #include cassert templatebool _Tv struct integral_constant { static const bool value = _Tv; }; typedef integral_constanttrue true_type; typedef integral_constantfalsefalse_type; templatetypename struct is_member_pointer : public false_type { }; templatetypename _Tp, typename _Cp struct is_member_pointer_Tp _Cp::* : public true_type { }; typedef void F(); struct S {}; typedef F S::*PMF; int main() { assert( is_member_pointerPMF::value ); } //--- -- Summary: Pointer to member function not matched Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pcarlini at suse dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: Any GCC host triplet: Any GCC target triplet: Any http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19076
[Bug rtl-optimization/18942] Do loop is not as optimized as 3.3.2
--- Additional Comments From rakdver at gcc dot gnu dot org 2004-12-19 09:57 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01379.html -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18942
[Bug c/19077] New: Internal compiler error compiling MPlayer
When compiling MPlayer 1.0pre5, an internal compiler error is generated. Normally the program is compiled using make, so below is just the single file that causes that error: [EMAIL PROTECTED]:~/tmp/MPlayer-1.0pre5/libmpcodecs$ cc -v -save-temps -c -I../libvo -../../libvo -I/usr/X11/include -W -Wall -Wno-unused-parameter -O2 -march=athlon- -mtune=athlon-4 -g3 -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Iusr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6include -I. -Inative -I.. -I../libmpdemux -I../loader -I/usr/include/gtk-1.2 -I/sr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -D_GNU_SOURCE - vf_spp.o vf_spp.c Reading specs from /usr/lib/gcc/i486-slackware-linux/3.4.2/specs Configured with: ../gcc-3.4.2/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux Thread model: posix gcc version 3.4.2 /usr/libexec/gcc/i486-slackware-linux/3.4.2/cc1 -E -quiet -v -I../libvo -I../../libvo -I/usr/X11/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I. -Inative -I.. -I../libmpdemux -I../loader -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -dD -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE vf_spp.c -march=athlon-4 -mtune=athlon-4 -W -Wall -Wno-unused-parameter -fworking-directory -O2 -o vf_spp.i ignoring nonexistent directory /usr/lib/gcc/i486-slackware-linux/3.4.2/../../../../i486-slackware-linux/include ignoring nonexistent directory ../../libvo ignoring duplicate directory /usr/X11R6/include ignoring duplicate directory /usr/include/gtk-1.2 ignoring duplicate directory /usr/include/glib-1.2 ignoring duplicate directory /usr/lib/glib/include ignoring duplicate directory /usr/X11R6/include #include ... search starts here: #include ... search starts here: ../libvo /usr/X11/include /usr/include/gtk-1.2 /usr/include/glib-1.2 /usr/lib/glib/include . native .. ../libmpdemux ../loader /usr/local/include /usr/lib/gcc/i486-slackware-linux/3.4.2/include /usr/include End of search list. /usr/libexec/gcc/i486-slackware-linux/3.4.2/cc1 -fpreprocessed vf_spp.i -quiet-dumpbase vf_spp.c -march=athlon-4 -mtune=athlon-4 -auxbase-strip vf_spp.o -g3 -O2 -W -Wall -Wno-unused-parameter -version -o vf_spp.s GNU C version 3.4.2 (i486-slackware-linux) compiled by GNU C version 3.4.2. GGC heuristics: --param ggc-min-expand=47 --param ggc-min-heapsize=31940 vf_spp.c: In function `softthresh_mmx': vf_spp.c:292: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. [EMAIL PROTECTED]:~/tmp/MPlayer-1.0pre5/libmpcodecs$ -- Summary: Internal compiler error compiling MPlayer Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: M dot Kosmulski at elka dot pw dot edu dot pl CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i486-pc-linux-gnu GCC target triplet: i486-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077
[Bug c/19077] Internal compiler error compiling MPlayer
--- Additional Comments From M dot Kosmulski at elka dot pw dot edu dot pl 2004-12-19 10:49 --- Created an attachment (id=) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=action=view) Preprocessed source file that results in the error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077
[Bug c/19078] New: [4.0 Regression] Poor quality code after loop unrolling.
The function: int* find(int* a,int *b) { for(;a!=b;++a) if(*a==2) return a; return a; } Is unrolled in both 3.3 and 4.0 with -O2 -funroll-loops. The code from 4.0 is however about twice as large, and seems to feature a large amount of unnessasary rearranging of registers, and is somewhat slower. -- Summary: [4.0 Regression] Poor quality code after loop unrolling. Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: chris at bubblescope dot net CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19078
[Bug rtl-optimization/19001] [3.4 Regression] Loops with power of two step and variable bounds not unrolled
--- Additional Comments From chris at bubblescope dot net 2004-12-19 10:59 --- Sorry, I was testing for the existance of loop-unrolling by timing, rather than looking at the code. The compiler is unrolling the code I provided, but then optimised quite badly. As this might not be the fault of the loop optimiser, but some other piece of code, I have opened a new bug report for it: 19078 Sorry for the inconvience. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19001
[Bug middle-end/18965] [4.0 regression] ICE in gimplify_init_ctor_eval
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-19 12:56 --- This bug still exists when RANGE_EXPR is used for non-0 constructors. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18965
[Bug middle-end/18965] [4.0 regression] ICE in gimplify_init_ctor_eval
-- What|Removed |Added BugsThisDependsOn||18999 AssignedTo|pinskia at gcc dot gnu dot |steven at gcc dot gnu dot |org |org Status|REOPENED|ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18965
[Bug c/19079] New: Unamed struct/union issues with typedef
The following code generates an error with gcc-3.4.3. It compiles fine with gcc-3.2.3. Please see the comments in the code. --- code - typedef union { int b; float c; } MyUnionType; MyUnionType bar; struct { int a; union { int b; float c; }; int d; } foo; struct { int a; MyUnionType x; int d; } foo1; struct { int a; MyUnionType; /* here we get a warning */ int d; } foo2; void test(void) { bar.b = 1; /* the typedef works */ foo.b = 2; /* the unamed union in the struct works */ foo1.x.b = 3; /* the typedefed union in the struct works */ foo2.b = 4; /* but not if unamed - here we get an error */ } end of code compiler output Reading specs from /opt/gcc/lib/gcc/i686-pc-linux-gnu/3.4.3/specs Configured with: ../configure --prefix=/opt/gcc Thread model: posix gcc version 3.4.3 /opt/gcc/libexec/gcc/i686-pc-linux-gnu/3.4.3/cc1 -E -quiet -v unamedstruct.c -mtune=pentiumpro -o unamedstruct.i ignoring nonexistent directory /opt/gcc/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../../i686-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/local/include /opt/gcc/include /opt/gcc/lib/gcc/i686-pc-linux-gnu/3.4.3/include /usr/include End of search list. /opt/gcc/libexec/gcc/i686-pc-linux-gnu/3.4.3/cc1 -fpreprocessed unamedstruct.i -quiet -dumpbase unamedstruct.c -mtune=pentiumpro -auxbase unamedstruct -version -o unamedstruct.s GNU C version 3.4.3 (i686-pc-linux-gnu) compiled by GNU C version 3.3.3 (release). GGC heuristics: --param ggc-min-expand=62 --param ggc-min-heapsize=60386 unamedstruct.c:22: warning: declaration does not declare anything unamedstruct.c: In function `test': unamedstruct.c:30: error: structure has no member named `b' -end of compiler output - -- Summary: Unamed struct/union issues with typedef Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: frantas at brfree dot com dot br CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19079
[Bug middle-end/18191] [4.0 Regression] Struct member is not getting default-initialized
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-19 13:03 --- Updated patch posted. http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01384.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18191
[Bug middle-end/18999] gimplify_init_ctor_eval does not support RANGE_EXPRs
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-19 13:07 --- (From update of attachment 7766) The patch for PR18191 makes this this attachment obsolete. -- What|Removed |Added Attachment #7766 is|0 |1 obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18999
[Bug rtl-optimization/19077] Internal compiler error compiling MPlayer
-- What|Removed |Added Component|c |rtl-optimization Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077
[Bug c/19079] Unamed struct/union issues with typedef
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 13:16 --- Invalid, this was done on purpose, use -fms-extension to get back the old behavior. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19079
[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-19 13:23 --- In 3.3.2, the main loop is: L7: lwz r6,0(r9) cmpwi cr0,r6,2 beq- cr0,L1 lwzu r7,4(r9) cmpwi cr0,r7,2 beq- cr0,L1 lwzu r8,4(r9) cmpwi cr0,r8,2 beq- cr0,L1 lwzu r10,4(r9) cmpwi cr0,r10,2 beq- cr0,L1 addi r9,r9,4 cmpw cr0,r9,r4 bne+ cr0,L7 in 4.0.0: L58: mr r9,r11 L7: cmpw cr7,r4,r9 beq- cr7,L5 lwz r0,0(r9) addi r11,r9,4 cmpwi cr7,r0,2 beq- cr7,L5 lwz r0,0(r11) mr r2,r11 mr r9,r11 addi r11,r11,4 cmpwi cr7,r0,2 beq- cr7,L5 lwz r0,0(r11) mr r9,r11 cmpwi cr7,r0,2 beq- cr7,L5 lwz r0,8(r2) addi r9,r2,8 addi r11,r2,12 cmpwi cr7,r0,2 beq- cr7,L5 lwz r0,12(r2) mr r9,r11 addi r11,r2,16 cmpwi cr7,r0,2 beq- cr7,L5 lwz r0,16(r2) mr r9,r11 addi r11,r2,20 cmpwi cr7,r0,2 beq- cr7,L5 lwz r0,20(r2) mr r9,r11 addi r11,r2,24 cmpwi cr7,r0,2 beq- cr7,L5 lwz r0,24(r2) mr r9,r11 addi r11,r2,28 cmpwi cr7,r0,2 bne+ cr7,L58 Notice how in 3.3.2, we used lwzu, that is needed. -- What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |NEW Component|c |rtl-optimization Ever Confirmed||1 GCC host triplet|i686-pc-linux-gnu | Keywords||missed-optimization Known to fail||4.0.0 Known to work||3.3.2 Last reconfirmed|-00-00 00:00:00 |2004-12-19 13:23:03 date|| Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19078
[Bug c++/15674] [DR214] template argument binding differs between member and static fumctions
-- What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15674
[Bug c++/19076] Pointer to member function not matched
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 13:40 --- Confirmed. Here is a compile time test instead of a runtime test (it is easier to keep track of): templatetypename _Tp1 struct is_member_pointer { void f(){_Tp1 t = 100;}}; templatetypename _Tp, typename _Cp struct is_member_pointer_Tp _Cp::* {void f(){}}; struct S {void f(void);}; typedef void (S::*PMF)(void); int main() { is_member_pointerPMF i; i.f(); } -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||accepts-invalid, rejects- ||valid, wrong-code Last reconfirmed|-00-00 00:00:00 |2004-12-19 13:40:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19076
[Bug middle-end/19068] [3.3/3.4 only] Wrong code for MIN_EXPR and MAX_EXPR
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 14:00 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-19 14:00:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19068
[Bug target/19069] [x86][amd64] Could have better initial RTL generation for MIN/MAX
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 14:01 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-19 14:01:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19069
[Bug rtl-optimization/19055] Minor bit optimization with or and xor
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-19 14:01:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19055
[Bug target/378] [AIX 4.3.2] gcc cannot compile huge c file
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-19 14:42 --- Can we close this bug as WONTFIX, or is it still an issue with newer AIX versions? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=378
[Bug target/18323] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/nested-1.c
--- Additional Comments From hp at gcc dot gnu dot org 2004-12-19 14:48 --- Works with Sun Dec 19 11:35:19 UTC 2004. Did not work with Sun Dec 19 03:14:42 UTC 2004. There were a couple of variable-size-array type fixes in this time-frame, so it does not seem accidental. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18323
[Bug target/16961] Poor x86-64 performance
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-19 14:59 --- This is similar to the long long problem for 32 bits x86 targets. We keep the instructions in TImode all the way down until flow2, which made sense in the pre-GCC4 era, when this was the only way to make optimizing possible for arithmetic in machine modes not representable on the target machine. With the new high-level optimizers we don't really need this anymore, we should just lower to machine instructions in expand and let the RTL path do its job to optimize this better. -- What|Removed |Added CC||jh at suse dot cz Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-19 14:59:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16961
[Bug target/17415] 3dNOW and gcc3.3 possible oddities
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-19 15:05 --- With GCC4 (CVS HEAD) I can't compile the test case: t.cc:1: warning: specifying vector types with __attribute__ ((mode)) is deprecated t.cc:1: warning: use __attribute__ ((vector_size)) instead t.cc:1: error: mode 'V2SF' applied to inappropriate type t.cc: In function 'vec2f mul(const vec2f, const vec2f)': t.cc:26: error: '__builtin_ia32_pfmul' was not declared in this scope With gcc 3.3.4, I also get: t.cc: In function `vec2f mul(const vec2f, const vec2f)': t.cc:28: error: `__builtin_ia32_pfmul' undeclared (first use this function) t.cc:28: error: (Each undeclared identifier is reported only once for each function it appears in.) For the C test case, I get: t.c: In function `mul': t.c:15: error: cast to union type from type not present in union -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17415
[Bug fortran/18899] [gfortran] ubound wrongly calculated for passed array
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2004-12-19 15:16:31 date|| Summary|gfortran/libfortran(?): |[gfortran] ubound wrongly |ubound wrongly calculated |calculated for passed array |for passed array| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18899
[Bug middle-end/19080] New: ICE while compiling linux kernel
(guessing at component) Reading specs from /pkg/gcc-041219/lib/gcc/x86_64-unknown-linux-gnu/4.0.0/specs Configured with: ../gcc/configure --disable-checking --enable-languages=c --prefix=/pkg/gcc-041219 Thread model: posix gcc version 4.0.0 20041219 (experimental) While compiling a x86_64 linux 2.6 kernel with this compile I get: CC drivers/scsi/aic7xxx/aic79xx_core.o drivers/scsi/aic7xxx/aic79xx_core.c: In function `ahd_setup_initiator_msgout': drivers/scsi/aic7xxx/aic79xx_core.c:3427: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: ICE while compiling linux kernel Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ak at muc dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-linux GCC host triplet: x86_64-linux GCC target triplet: x86_64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19080
[Bug middle-end/19080] ICE while compiling linux kernel
--- Additional Comments From ak at muc dot de 2004-12-19 15:27 --- Created an attachment (id=7778) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7778action=view) preprocessed file showing the ice -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19080
[Bug middle-end/19080] ICE while compiling linux kernel
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-19 15:29 --- Looking at it... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19080
[Bug middle-end/19080] ICE while compiling linux kernel
--- Additional Comments From ak at muc dot de 2004-12-19 15:29 --- Options were -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -O2 -fomit-frame-pointer -mno-red-zone -mcmodel=kernel -pipe -fno-reorder-blocks -Wno-sign-compare -fno-asynchronous-unwind-tables -funit-at-a-time -Wdeclaration-after-statement -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19080
[Bug c++/19073] cp_binding_level::names not returning all decls
--- Additional Comments From gdr at integrable-solutions dot net 2004-12-19 15:31 --- Subject: Re: cp_namespace_decl not returning all decls pinskia at gcc dot gnu dot org [EMAIL PROTECTED] writes: | I think -fdump-translation-unit should be removed, it is only useful Removing -fdump-translation-unit is a good step to make GCC more useless; it does not fix the problem. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19073
[Bug tree-optimization/18241] [4.0 Regression] linux kernel loop gets miscompiled
--- Additional Comments From ak at muc dot de 2004-12-19 15:55 --- Problem still happens with 4.0.0 20041219 -- What|Removed |Added Status|WAITING |NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18241
[Bug c++/19073] cp_binding_level::names not returning all decls
--- Additional Comments From pcarlini at suse dot de 2004-12-19 16:09 --- Removing -fdump-translation-unit is a good step to make GCC more useless; Hey, I really hope there is a typo here, and you actually mean less useful ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19073
[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-19 16:16 --- Subject: Re: [4.0 Regression] -march=pentium4 generates word fetch instead of byte fetch --- Additional Comments From steven at gcc dot gnu dot org 2004-12-18 22:49 --- Honza, PING I am still backlogged but I will look into it now. What about cleaning up tree-inline.c and other mess? That thing is hell to merge... Honza -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18019 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18019
[Bug middle-end/19080] ICE while compiling linux kernel
--- Additional Comments From ak at muc dot de 2004-12-19 16:25 --- I tried it with an i386 build and with the same compiler with -m32 and the problem didn't happen. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19080
[Bug middle-end/18877] decompose (reload.c) can be forced to access hard_regno_nregs over its array bounds
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-19 16:28:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18877
[Bug preprocessor/19081] New: cpp merging operator ## literal in output
The macro #define PAYME(x) $##x in the code below gives output like roll $##7, %eax; after preprocessing with cpp (cpp md5block.spp md5block.s). Both version 2.95.3 on OpenBSD 3.6 and cpp (GCC) 3.3 20030304 (Apple Computer, Inc. build 1495) have been tested, and give the same type of error. With the macro changed to #define PAYME(x) $/**/x I get the desired output roll $7, %eax; but one would expect to get roll $ 7, %eax; (with whitespace). /**/ /* * rfc1321 requires that I include this. The code is new. The constants * all come from the rfc (hence the copyright). We trade a table for the * macros in rfc. The total size is a lot less. -- presotto * * Copyright (C) 1991-2, RSA Data Security, Inc. Created 1991. All * rights reserved. * * License to copy and use this software is granted provided that it * is identified as the RSA Data Security, Inc. MD5 Message-Digest * Algorithm in all material mentioning or referencing this software * or this function. * * License is also granted to make and use derivative works provided * that such works are identified as derived from the RSA Data * Security, Inc. MD5 Message-Digest Algorithm in all material * mentioning or referencing the derived work. * * RSA Data Security, Inc. makes no representations concerning either * the merchantability of this software or the suitability of this * software forany particular purpose. It is provided as is * without express or implied warranty of any kind. * These notices must be retained in any copies of any part of this * documentation and/or software. */ #define S11 7 #define S12 12 #define S13 17 #define S14 22 #define S21 5 #define S22 9 #define S23 14 #define S24 20 #define S31 4 #define S32 11 #define S33 16 #define S34 23 #define S41 6 #define S42 10 #define S43 15 #define S44 21 #define PAYME(x) $##x /* * SI is data * a += FN(B,C,D); * a += x[sh] + t[sh]; * a = (a S11) | (a (32 - S11)); * a += b; */ #define BODY1(off,V,FN,SH,A,B,C,D)\ FN(B,C,D)\ leal V(A, %edi, 1), A;\ addl off(%ebp), A;\ roll PAYME(SH), A;\ addl B, A;\ #define BODY(off,V,FN,SH,A,B,C,D)\ FN(B,C,D)\ leal V(A, %edi, 1), A;\ addl (off)(%ebp), A;\ roll PAYME(SH), A;\ addl B,A;\ /* * fn1 = ((c ^ d) b) ^ d */ #define FN1(B,C,D)\ movl C, %edi;\ xorl D, %edi;\ andl B, %edi;\ xorl D, %edi;\ /* * fn2 = ((b ^ c) d) ^ c; */ #define FN2(B,C,D)\ movl B, %edi;\ xorl C, %edi;\ andl D, %edi;\ xorl C, %edi;\ /* * fn3 = b ^ c ^ d; */ #define FN3(B,C,D)\ movl B, %edi;\ xorl C, %edi;\ xorl D, %edi;\ /* * fn4 = c ^ (b | ~d); */ #define FN4(B,C,D)\ movl D, %edi;\ xorl $-1, %edi;\ orl B, %edi;\ xorl C, %edi;\ #define STACKSIZE 20 #define DATA(STACKSIZE+8) #define LEN (STACKSIZE+12) #define STATE (STACKSIZE+16) #define EDATA (STACKSIZE-4) #define OLDEBX (STACKSIZE-8) #define OLDESI (STACKSIZE-12) #define OLDEDI (STACKSIZE-16) .text .p2align 2,0x90 .globl _md5block .type _md5block, @function _md5block: /* Prelude */ pushl %ebp subl $(STACKSIZE), %esp movl %ebx, OLDEBX(%esp) movl %esi, OLDESI(%esp) movl %edi, OLDEDI(%esp) movlDATA(%esp), %eax addlLEN(%esp), %eax movl%eax, EDATA(%esp) movl DATA(%esp), %ebp mainloop: movl STATE(%esp), %esi movl (%esi), %eax movl 4(%esi), %ebx movl 8(%esi), %ecx movl 12(%esi), %edx BODY1( 0*4,0xd76aa478,FN1,S11,%eax,%ebx,%ecx,%edx) BODY1( 1*4,0xe8c7b756,FN1,S12,%edx,%eax,%ebx,%ecx) BODY1( 2*4,0x242070db,FN1,S13,%ecx,%edx,%eax,%ebx) BODY1( 3*4,0xc1bdceee,FN1,S14,%ebx,%ecx,%edx,%eax) BODY1( 4*4,0xf57c0faf,FN1,S11,%eax,%ebx,%ecx,%edx) BODY1( 5*4,0x4787c62a,FN1,S12,%edx,%eax,%ebx,%ecx) BODY1( 6*4,0xa8304613,FN1,S13,%ecx,%edx,%eax,%ebx) BODY1( 7*4,0xfd469501,FN1,S14,%ebx,%ecx,%edx,%eax) BODY1( 8*4,0x698098d8,FN1,S11,%eax,%ebx,%ecx,%edx) BODY1( 9*4,0x8b44f7af,FN1,S12,%edx,%eax,%ebx,%ecx) BODY1(10*4,0x5bb1,FN1,S13,%ecx,%edx,%eax,%ebx) BODY1(11*4,0x895cd7be,FN1,S14,%ebx,%ecx,%edx,%eax) BODY1(12*4,0x6b901122,FN1,S11,%eax,%ebx,%ecx,%edx) BODY1(13*4,0xfd987193,FN1,S12,%edx,%eax,%ebx,%ecx) BODY1(14*4,0xa679438e,FN1,S13,%ecx,%edx,%eax,%ebx) BODY1(15*4,0x49b40821,FN1,S14,%ebx,%ecx,%edx,%eax) BODY( 1*4,0xf61e2562,FN2,S21,%eax,%ebx,%ecx,%edx) BODY( 6*4,0xc040b340,FN2,S22,%edx,%eax,%ebx,%ecx) BODY(11*4,0x265e5a51,FN2,S23,%ecx,%edx,%eax,%ebx) BODY(
[Bug middle-end/19080] ICE while compiling linux kernel
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-19 17:24 --- Shows up between 2004-12-10 and 2004-12-11. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19080
[Bug middle-end/19080] [4.0 regression] ICE while compiling linux kernel
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||rejects-valid Known to fail||4.0.0 Known to work||3.3.4 Last reconfirmed|-00-00 00:00:00 |2004-12-19 17:28:51 date|| Summary|ICE while compiling linux |[4.0 regression] ICE while |kernel |compiling linux kernel http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19080
[Bug middle-end/19080] [4.0 regression] ICE while compiling linux kernel
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-19 17:29 --- Breaks the Linux kernel, so P1 ;) -- What|Removed |Added Priority|P2 |P1 Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19080
[Bug middle-end/19080] [4.0 regression] ICE while compiling linux kernel
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-19 17:39 --- This one is to blame: +2004-12-10 Diego Novillo [EMAIL PROTECTED] + + * tree-into-ssa.c (REWRITE_THIS_STMT): Define. + (mark_def_sites): Clear REWRITE_THIS_STMT for statements that + don't need any operands rewritten. + (rewrite_stmt): Ignore statements that don't need to be + rewritten. + (rewrite_operand): Validate that an existing SSA_NAME is + identical to the current reaching definition of the operand. -- What|Removed |Added CC||dnovillo at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19080
[Bug preprocessor/19081] cpp merging operator ## literal in output
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 17:49 --- Apple's cpp has a bug, it works with the FSF's cpp. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19081
[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-19 18:02 --- Looking at the 20040218-1.c failure. -- What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-19 18:02:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18701
[Bug target/19082] New: [4.0 Regression] build/genattrtab: out of memory allocating 151568 bytes after a total of 4161651196 bytes
In stage 1, ... gcc -c -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwri te-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -DHAVE_CONFIG _H -DGENERATOR_FILE-I. -Ibuild -I../../gcc/gcc -I../../gcc/gcc/build -I../.. /gcc/gcc/../include -I./../intl -I../../gcc/gcc/../libcpp/include \ -o build/varray.o ../../gcc/gcc/varray.c gcc -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite- strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/genattrtab \ build/genattrtab.o build/genautomata.o \ build/rtl.o build/read-rtl.o build/ggc-none.o build/min-insn-modes.o build/gens upport.o build/insn-conditions.o build/print-rtl.o build/errors.o \ build/varray.o ../build-powerpc-ibm-aix4.3.3.0/libiberty/libiberty.a -lm build/genattrtab ../../gcc/gcc/config/rs6000/rs6000.md tmp-attrtab.c out of memory allocating 222496 bytes after a total of 4161584284 bytes make[2]: *** [s-attrtab] Error 1 The configure command was: ../gcc/configure --enable-shared --enable-static --disable-multilib --prefix=/ho me/dave/opt/gnu/gcc/gcc-4.0.0 The regression was introduced by the following change: 2004-11-10 David Edelsohn [EMAIL PROTECTED] * config/rs6000/rs6000.md (define_attr type): Add two and three. Change multi-instruction sequences to new attribute. * config/rs6000/{40x.md,440.md,603.md,6xx.md, 7450.md,7xx.md,8540.md,mpc.md,power4.md,power5.md, rios1.md,rios2.md,rs64.md}: Add descriptions for two and three. -- Summary: [4.0 Regression] build/genattrtab: out of memory allocating 151568 bytes after a total of 4161651196 bytes Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-ibm-aix4.3.3.0 GCC host triplet: powerpc-ibm-aix4.3.3.0 GCC target triplet: powerpc-ibm-aix4.3.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19082
[Bug fortran/17675] [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE
--- Additional Comments From phython at gcc dot gnu dot org 2004-12-19 18:09 --- Sorry for the noise. That patch doesn't do anything. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17675
[Bug bootstrap/19072] [4.0 Regression] --disable-static bootstrap failure
--- Additional Comments From hjl at lucon dot org 2004-12-19 18:09 --- Can you try this patch http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01400.html on AIX? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19072
[Bug rtl-optimization/19077] Internal compiler error compiling MPlayer
--- Additional Comments From belyshev at lubercy dot com 2004-12-19 18:46 --- Created an attachment (id=7779) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7779action=view) reduced testcase (1535 bytes) This testcase is invalid and crashes 3.4 (both c and c++) and --enable-checking 4.0. Use -g3 to reproduce. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077
[Bug rtl-optimization/19077] Internal compiler error compiling MPlayer
-- What|Removed |Added Keywords|ice-on-valid-code |ice-on-invalid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077
[Bug debug/19077] [3.4/4.0 Regression] Internal compiler error compiling MPlayer
-- What|Removed |Added Status|UNCONFIRMED |NEW Component|rtl-optimization|debug Ever Confirmed||1 GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i486-pc-linux-gnu | GCC target triplet|i486-pc-linux-gnu | Known to fail||3.4.4 4.0.0 Known to work||3.3.5 Last reconfirmed|-00-00 00:00:00 |2004-12-19 18:51:51 date|| Summary|Internal compiler error |[3.4/4.0 Regression] |compiling MPlayer |Internal compiler error ||compiling MPlayer Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077
[Bug libfortran/19074] libgfortran bootstrap fails on Windows
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-12-19 18:59 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19074
[Bug libfortran/16991] [meta-bug] libgfortran does not build every where
-- Bug 16991 depends on bug 19074, which changed state. Bug 19074 Summary: libgfortran bootstrap fails on Windows http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19074 What|Old Value |New Value Status|UNCONFIRMED |NEW Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16991
[Bug bootstrap/18107] [4.0 Regression] [meta-bug] Bootstrap fails on i686-pc-mingw32
-- Bug 18107 depends on bug 19074, which changed state. Bug 19074 Summary: libgfortran bootstrap fails on Windows http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19074 What|Old Value |New Value Status|UNCONFIRMED |NEW Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18107
[Bug rtl-optimization/19078] [4.0 Regression] Poor quality code after loop unrolling.
--- Additional Comments From rakdver at gcc dot gnu dot org 2004-12-19 19:41 --- Unroller splits the induction variables, so that the final code looks basically like if (a[0] == 2) return a; if (a[1] == 2) return a + 4; if (a[2] == 2) return a + 8; ... if (a[7] == 2) return a + 28; a+=32; Which is good in some cases, but obviously not here. However even with -fno-split-ivs-in-unroller we do not get the autoincrements; we also need -fno-ivopts. The reason is that with ivopts the code looks like a = a.1; a.1 = a + 1; if (*a == 2) return a; Whereas the old loop optimizer makes things look like a = a + 1 if (*a == 2) return 0; by changing the initial value of a, which enables the autoinc creation pass to work. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19078
[Bug tree-optimization/19080] [4.0 regression] ICE while compiling linux kernel
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 19:54 --- Reduced as far as I can (-O1 to reproduce): typedef union { int ioport; volatile char *maddr; } bus_space_handle_t; struct scb { unsigned short *hscb; }; struct ahd_softc { int tags[2]; bus_space_handle_t bshs[2]; int dst_mode; int src_mode; int flags; }; void outb(int, int); static inline void ahd_outb (struct ahd_softc *ahd, long port, int val) { if (ahd-tags[0] == 1) *(ahd-bshs[0].maddr); outb (1, ahd-bshs[0].ioport ); if (ahd-tags[0] == 1) *(ahd-bshs[0].maddr); outb (1, ahd-bshs[0].ioport ); } int ahd_build_mode_state1(void); static inline void ahd_set_modes (struct ahd_softc *ahd, int dst) { if (ahd-src_mode == 2 ahd-dst_mode == dst) ahd_outb (ahd, 0x00, ahd_build_mode_state1 ()); ahd-src_mode = 1; ahd-dst_mode = 2; } int ahd_build_mode_state (int, int); static inline int ahd_save_modes (struct ahd_softc *ahd) { if (ahd-src_mode == 1) { int src, dst, *a = src, *b = dst; *a = 1, *b = 1;} return (ahd_build_mode_state (ahd-src_mode, ahd-dst_mode)); } static inline void ahd_restore_modes (struct ahd_softc *ahd) { int src, dst, *a = src, *b = dst; *a = 1, *b = 1; ahd_set_modes (ahd, dst); } int ahd_inb(struct ahd_softc*); static inline int ahd_inb_scbram (struct ahd_softc *ahd) { if ((ahd-flags 1) != 0) ahd_inb (ahd); return 1; } int ahd_scb_active_in_fifo (void); void ahd_flush_qoutfifo (struct ahd_softc *ahd, struct scb *scb) { ahd_save_modes (ahd); ahd_set_modes (ahd, 1); while ((ahd_inb (ahd) 0x01) != 0) { ahd_set_modes (ahd, 1); if (ahd_scb_active_in_fifo () == 0) continue; ahd_set_modes (ahd, 1); ahd_outb(ahd,1,1); if ((ahd_inb_scbram (ahd) 0x01) == 0 ((ahd_inb_scbram (ahd) 0x02) != 0 || (ahd_inb_scbram (ahd) 0x01) != 0)) { int bb; ahd_outb(ahd,1,1); ahd_outb (ahd, 0x1a4, ahd_inb_scbram (ahd) | 0x04); bb = (*(scb-hscb)); ahd_outb(ahd,1,1); bb = (*(scb-hscb)); ahd_outb(ahd,1,1); } } ahd_outb(ahd,1,1); ahd_set_modes (ahd, 1); ahd_restore_modes (ahd); ahd-flags |= 1; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19080
[Bug other/19082] [4.0 Regression] build/genattrtab: out of memory allocating 151568 bytes after a total of 4161651196 bytes
-- What|Removed |Added Severity|critical|normal Component|target |other Keywords||build, ice-on-valid-code Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19082
[Bug target/18019] [4.0 Regression] -march=pentium4 generates word fetch instead of byte fetch
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 19:58 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01412.html. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18019
[Bug middle-end/18596] [4.0 regression] ICE in make_decl_rtl
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 19:59 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01411.html. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18596
[Bug middle-end/19068] [3.3/3.4 only] Wrong code for MIN_EXPR and MAX_EXPR
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-19 20:01 --- Subject: Bug 19068 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-19 20:01:36 Modified files: gcc: ChangeLog expr.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/opt: max1.C Log message: PR middle-end/19068 * expr.c (expand_expr_real_1) MAX_EXPR: Ensure that target, op0 and op1 are all registers (or constants) before expanding the RTL comparison sequence [to avoid reg_overlap_mentioned (target, op1)]. * g++.dg/opt/max1.C: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.747r2=2.2326.2.748 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/expr.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.615.4.18r2=1.615.4.19 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.3389.2.332r2=1.3389.2.333 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/max1.C.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19068
[Bug c++/19076] Pointer to member function not matched
--- Additional Comments From bangerth at dealii dot org 2004-12-19 20:01 --- Why not the minimal testcase: - template typename struct X; templatetypename _Tp, typename _Cp struct X_Tp _Cp::* {}; typedef int F(); struct S { F f; }; typedef F S::*PMF; XPMF s; g/x c++ -c x.cc x.cc:9: error: aggregate `Xint (S::*)() s' has incomplete type and cannot be defined x.cc:9: error: storage size of `s' isn't known g/x icc -c x.cc The problem is really that F is a reference to a function. If we define the typedef as typedef int F; then everything is fine. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19076
[Bug middle-end/19068] [3.3/3.4 only] Wrong code for MIN_EXPR and MAX_EXPR
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-19 20:11 --- Subject: Bug 19068 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-19 20:11:16 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/opt: max1.C Log message: PR middle-end/19068 * g++.dg/opt/max1.C: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4782r2=1.4783 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/max1.C.diff?cvsroot=gccr1=1.1r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19068
[Bug middle-end/19083] New: [4.0 Regression] FAIL: gcc.c-torture/execute/strct-pack-3.c execution, -O1
The failure is caused by an (gdb) r Starting program: /mnt/gnu/gcc-3.3/objdir/gcc/testsuite/strct-pack-3.xg Program received signal SIGBUS, Bus error. 0x29a8 in f () (gdb) disass f Dump of assembler code for function f: 0x2998 f+0: ldh 8(,r26),ret0 0x299c f+4: extrw,s ret0,31,15,ret0 0x29a0 f+8: depw,z ret0,30,31,r19 0x29a4 f+12: ldi 2,r20 0x29a8 f+16: ldw 2(,r26),ret0 ... (gdb) p/x $r26 $1 = 0x7eff05b8 The r26 base register and the displacement of 2 must sum to zero modulo 4. Since it's the sum that matters for this insn, we don't require both the base and the displacement to be aligned. This worked in 3.[34]. -- Summary: [4.0 Regression] FAIL: gcc.c-torture/execute/strct-pack- 3.c execution, -O1 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19083
[Bug target/378] [AIX] gcc cannot compile huge c file
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-19 20:37 --- Other compilers for AIX can work around this problem, but this is asking a lot from the compiler. I am recategorizing this as an enhancement request. -- What|Removed |Added Severity|normal |enhancement Summary|[AIX 4.3.2] gcc cannot |[AIX] gcc cannot compile |compile huge c file |huge c file http://gcc.gnu.org/bugzilla/show_bug.cgi?id=378
[Bug middle-end/19083] [4.0 Regression] FAIL: gcc.c-torture/execute/strct-pack-3.c execution, -O1
-- What|Removed |Added Keywords||wrong-code Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19083
[Bug target/17471] glibc-2.3.3 build failled with gcc-3.4.[012] for parisc-linux
--- Additional Comments From soete dot joel at tiscali dot be 2004-12-19 20:54 --- Subject: Re: glibc-2.3.3 build failled with gcc-3.4.[012] for parisc-linux pinskia at gcc dot gnu dot org wrote: --- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-18 03:43 --- Does this happen in 3.4.3? Sorry no progress :-( CPP='/usr/bin/gcc-3.4 -E -x c-header' /Develop/parisc-linux/build/glibc/elf/ld.so.1 --library-path /Develop/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Develop/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/Develop/parisc-linux/build/glibc/nss:/Develop/parisc-linux/build/glibc/nis:/Develop/parisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/build/glibc/linuxthreads /Develop/parisc-linux/build/glibc/sunrpc/rpcgen -Y ../scripts -c rpcsvc/bootparam_prot.x -o /Develop/parisc-linux/build/glibc/sunrpc/xbootparam_prot.T make[2]: *** [/Develop/parisc-linux/build/glibc/sunrpc/xbootparam_prot.stmp] Segmentation fault make[2]: Leaving directory `/Develop/parisc-linux/sources/glibc-2.3.3-hppa-20041011/sunrpc' make[1]: *** [sunrpc/others] Error 2 make[1]: Leaving directory `/Develop/parisc-linux/sources/glibc-2.3.3-hppa-20041011' make: *** [all] Error 2 ### Sat Dec 18 21:10:57 2004 ### # dpkg -l gcc-3.4 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii gcc-3.43.4.3-2The GNU C compiler Sorry far beyond my skill to help more. Thanks for your attention, Joel -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17471
[Bug middle-end/19084] New: ICE: internal consistency failure
Compiling glibc with gcc -m32 on Linux/AMD64 gives me the following ICE with current GCC CVS: /opt/gcc/4.0-devel/libexec/gcc/x86_64-suse-linux-gnu/4.0.0/cc1 -fpreprocessed lcong48_r.i -quiet -dumpbase lcong48_r.c -m32 -march=i686 -mpreferred-stack-boundary=2 -auxbase-strip /builds/glibc/4.0-linuxthreads-32bit/stdlib/lcong48_r.o-g -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -std=gnu99 -version -o lcong48_r.s GNU C version 4.0.0 20041219 (experimental) (x86_64-suse-linux-gnu) compiled by GNU C version 4.0.0 20041219 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 lcong48_r.i: In function '__lcong48_r': lcong48_r.i:37: fatal error: internal consistency failure compilation terminated. gdb shows: Breakpoint 3, 0x002a9569ce20 in exit () from /lib64/tls/libc.so.6 (gdb) bt #0 0x002a9569ce20 in exit () from /lib64/tls/libc.so.6 #1 0x0054a805 in diagnostic_action_after_output (context=Variable context is not available. ) at /cvs/gcc/gcc/diagnostic.c:247 #2 0x0054a91d in diagnostic_report_diagnostic (context=0xa851e0, diagnostic=0x7fbfffe670) at /cvs/gcc/gcc/diagnostic.c:339 #3 0x0054abf5 in fatal_error (msgid=Variable msgid is not available. ) at /cvs/gcc/gcc/diagnostic.c:484 #4 0x005a257c in verify_local_live_at_start (new_live_at_start=0xb3db90, bb=0x2a95971c40) at /cvs/gcc/gcc/flow.c:495 #5 0x005a36b0 in update_life_info (blocks=0xb50920, extent=UPDATE_LIFE_LOCAL, prop_flags=0) at /cvs/gcc/gcc/flow.c:657 #6 0x007faf4e in schedule_insns (dump_file=Variable dump_file is not available. ) at /cvs/gcc/gcc/sched-rgn.c:2531 #7 0x0075dde5 in rest_of_compilation () at /cvs/gcc/gcc/passes.c:681 #8 0x0047ba96 in execute_pass_list (pass=0xa7c7a0) at /cvs/gcc/gcc/tree-optimize.c:525 #9 0x0047bd89 in tree_rest_of_compilation (fndecl=0x2a9596b460) at /cvs/gcc/gcc/tree-optimize.c:661 #10 0x00419b33 in c_expand_body (fndecl=0x2a9596b460) at /cvs/gcc/gcc/c-decl.c:6412 #11 0x00788a20 in cgraph_expand_function (node=0x2a9596bee0) at /cvs/gcc/gcc/cgraphunit.c:822 #12 0x0078a071 in cgraph_optimize () at /cvs/gcc/gcc/cgraphunit.c:1689 #13 0x00735f51 in toplev_main (argc=Variable argc is not available. ) at /cvs/gcc/gcc/toplev.c:1005 #14 0x002a9568900d in __libc_start_main () from /lib64/tls/libc.so.6 #15 0x004023ca in _start () at start.S:113 -- Summary: ICE: internal consistency failure Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19084
[Bug middle-end/19084] ICE: internal consistency failure
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-19 21:03 --- Created an attachment (id=7780) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7780action=view) Preprocssed and already shortened file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19084
[Bug middle-end/19084] ICE: internal consistency failure
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 21:07 --- Hmm, this works for me with a cross to x86_64 from darwin compiled at -O0. -- What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19084
[Bug middle-end/19068] [3.3 only] Wrong code for MIN_EXPR and MAX_EXPR
-- What|Removed |Added Known to fail||3.4.3 3.3.2 Known to work||4.0.0 3.4.4 Summary|[3.3/3.4 only] Wrong code |[3.3 only] Wrong code for |for MIN_EXPR and MAX_EXPR |MIN_EXPR and MAX_EXPR Target Milestone|3.4.4 |3.3.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19068
[Bug tree-optimization/18067] [4.0 Regression] ICE at loc_descriptor_from_tree_1 in dwarf2out.c (VLA) with const int.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-19 21:08 --- Subject: Bug 18067 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-19 21:08:34 Modified files: gcc: ChangeLog stor-layout.c Added files: gcc/testsuite/gcc.dg/debug: 20041219-1.c Log message: PR 18067 * stor-layout.c (variable_size): Force creation of a SAVE_EXPR. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6891r2=2.6892 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/stor-layout.c.diff?cvsroot=gccr1=1.220r2=1.221 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/20041219-1.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18067
[Bug tree-optimization/18067] [4.0 Regression] ICE at loc_descriptor_from_tree_1 in dwarf2out.c (VLA) with const int.
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-19 21:10 --- fixed: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01377.html -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18067
[Bug rtl-optimization/19078] [4.0 Regression] Poor quality code after loop unrolling.
--- Additional Comments From rakdver at gcc dot gnu dot org 2004-12-19 22:04 --- With minor adjustment in ivopts, we get the same code as in 3.3 with fno-split- ivs-in-unroller, and more reasonably looking code without; I'm testing the patch just now. Of course we cannot have autoincrements and iv splitting at the same time. It might be possible to use some heuristics to disable iv splitting if it does not seem useful. Possibly even better would be to add generation of autoincrements to loop optimizer, but this would require fixing cse so that it handles them correctly. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19078
[Bug tree-optimization/19085] New: [4.0 Regression] FAIL: gcc.c-torture/compile/20020210-1.c
The is test began failing between 20040830 and 20040908. It fails on all hppa targets. The failing test is test1: .IMPORT link_error0,CODE .SPACE $TEXT$ .NSUBSPA $CODE$ .align 4 .EXPORT test1,ENTRY,PRIV_LEV=3,ARGW0=FR,ARGW1=FR test1 .PROC .CALLINFO FRAME=64,CALLS,SAVE_RP .ENTRY stw %r2,-20(%r30) fcmp,sgl,!= %fr4L,%fr5L ftest b L$0004 ldo 64(%r30),%r30 b L$0008 ldw -84(%r30),%r2 L$0004 fcmp,sgl,= %fr4L,%fr5L ftest b L$0006 ldw -84(%r30),%r2 b,n L$0008 L$0006 .CALL bl link_error0,%r2 nop ldw -84(%r30),%r2 L$0008 bv %r0(%r2) ldo -64(%r30),%r30 .EXIT .PROCEND -- Summary: [4.0 Regression] FAIL: gcc.c-torture/compile/20020210- 1.c Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa*-*-* GCC host triplet: hppa*-*-* GCC target triplet: hppa*-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19085
[Bug rtl-optimization/19078] [4.0 Regression] Poor quality code after loop unrolling.
--- Additional Comments From pcarlini at suse dot de 2004-12-19 22:11 --- Thanks Zdenek. Very frankly, I'm somewhat surprised that we are noticing only relatively late these problems: such loops seem *so* simple and common... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19078
[Bug rtl-optimization/19085] [4.0 Regression] FAIL: gcc.c-torture/compile/20020210-1.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 22:17 --- I think you are thinking of a different test as gcc.c-torture/compile/20020210-1.c only a compile only and has no reference to link_error: /* PR c/5615 */ void f(int a, struct {int b[a];} c) {} -- What|Removed |Added Component|tree-optimization |rtl-optimization Keywords||missed-optimization Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19085
[Bug c++/19076] Pointer to member function not matched to pointer to member template
--- Additional Comments From bangerth at dealii dot org 2004-12-19 22:19 --- I should have been more clear: the problem is with matching a pointer- to-member-function with a pointer-to-member template. W. -- What|Removed |Added Summary|Pointer to member function |Pointer to member function |not matched |not matched to pointer to ||member template http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19076
[Bug c++/477] problem casting member function pointer
--- Additional Comments From bangerth at dealii dot org 2004-12-19 22:30 --- The reason why this is a bug has never been stated in this PR: addresses of member functions/variables can only be taken if they are fully qualified by their class name. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=477
[Bug rtl-optimization/19085] [4.0 Regression] FAIL: gcc.c-torture/execute/ieee/compare-fp-3.c compilation
-- What|Removed |Added Summary|[4.0 Regression] FAIL: |[4.0 Regression] FAIL: |gcc.c- |gcc.c- |torture/compile/20020210-1.c|torture/execute/ieee/compare ||-fp-3.c compilation http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19085
[Bug rtl-optimization/19085] [4.0 Regression] FAIL: gcc.c-torture/execute/ieee/compare-fp-3.c compilation
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-19 22:52 --- Subject: Re: [4.0 Regression] FAIL: gcc.c-torture I think you are thinking of a different test as gcc.c-torture/compile/20020210-1.c only a compile only and has no reference to link_error: Oops, I cut and pasted from the wrong line. I corrected the title. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19085
[Bug bootstrap/19072] [4.0 Regression] --disable-static bootstrap failure
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-19 22:55 --- Subject: Re: [4.0 Regression] --disable-static bootstrap Can you try this patch http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01400.html on AIX? Worked for me. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19072
[Bug libstdc++/19086] New: libstdc++ testsuite fails due to missing C99 functions
Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/g++ -shared-libgcc -B/mnt/gnu/gcc -3.3/objdir/gcc/ -nostdinc++ -L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/lib stdc++-v3/src -L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/. libs -B/opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11.11/bin/ -B/opt/gnu/gcc/gcc-4.0. 0/hppa2.0w-hp-hpux11.11/lib/ -isystem /opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11. 11/include -isystem /opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11.11/sys-include -g -O2 -D_GLIBCXX_ASSERT -fmessage-length=0 -DLOCALEDIR=/mnt/gnu/gcc-3.3/objdir/hp pa2.0w-hp-hpux11.11/libstdc++-v3/po/share/locale -nostdinc++ -I/mnt/gnu/gcc-3.3 /objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/hppa2.0w-hp-hpux11.11 -I/mnt/ gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include -I/mnt/gnu/gcc-3.3 /gcc/libstdc++-v3/libsupc++ -I/mnt/gnu/gcc-3.3/gcc/libstdc++-v3/include/backward -I/mnt/gnu/gcc-3.3/gcc/libstdc++-v3/testsuite /mnt/gnu/gcc-3.3/gcc/libstdc++-v3 /testsuite/26_numerics/complex/13450.cc-include bits/stdc++.h -L/mnt/gnu/gc c-3.3/objdir/hppa2.0w-hp-hpux11.11/./libstdc++-v3/testsuite -lv3test -lm -o ./ 13450.exe(timeout = 300) /usr/ccs/bin/ld: Unsatisfied symbols: cexp (first referenced in /var/tmp//cciZNlVS.o) (code) cexpf (first referenced in /var/tmp//cciZNlVS.o) (code) cexpl (first referenced in /var/tmp//cciZNlVS.o) (code) cabs (first referenced in /var/tmp//cciZNlVS.o) (code) cargf (first referenced in /var/tmp//cciZNlVS.o) (code) cargl (first referenced in /var/tmp//cciZNlVS.o) (code) cabsf (first referenced in /var/tmp//cciZNlVS.o) (code) cabsl (first referenced in /var/tmp//cciZNlVS.o) (code) carg (first referenced in /var/tmp//cciZNlVS.o) (code) collect2: ld returned 1 exit status compiler exited with status 1 Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/g++ -shared-libgcc -B/mnt/gnu/gcc -3.3/objdir/gcc/ -nostdinc++ -L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/lib stdc++-v3/src -L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/. libs -B/opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11.11/bin/ -B/opt/gnu/gcc/gcc-4.0. 0/hppa2.0w-hp-hpux11.11/lib/ -isystem /opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11. 11/include -isystem /opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11.11/sys-include -g -O2 -D_GLIBCXX_ASSERT -fmessage-length=0 -DLOCALEDIR=/mnt/gnu/gcc-3.3/objdir/hp pa2.0w-hp-hpux11.11/libstdc++-v3/po/share/locale -nostdinc++ -I/mnt/gnu/gcc-3.3 /objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/hppa2.0w-hp-hpux11.11 -I/mnt/ gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include -I/mnt/gnu/gcc-3.3 /gcc/libstdc++-v3/libsupc++ -I/mnt/gnu/gcc-3.3/gcc/libstdc++-v3/include/backward -I/mnt/gnu/gcc-3.3/gcc/libstdc++-v3/testsuite /mnt/gnu/gcc-3.3/gcc/libstdc++-v3 /testsuite/26_numerics/complex/complex_value.cc -O0 -L/mnt/gnu/gcc-3.3/objdir /hppa2.0w-hp-hpux11.11/./libstdc++-v3/testsuite -lv3test -lm -o ./complex_valu e.exe(timeout = 300) /usr/ccs/bin/ld: Unsatisfied symbols: cabs (first referenced in /var/tmp//cc0D7Izz.o) (code) carg (first referenced in /var/tmp//cc0D7Izz.o) (code) collect2: ld returned 1 exit status compiler exited with status 1 Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/g++ -shared-libgcc -B/mnt/gnu/gcc -3.3/objdir/gcc/ -nostdinc++ -L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/lib stdc++-v3/src -L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/. libs -B/opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11.11/bin/ -B/opt/gnu/gcc/gcc-4.0. 0/hppa2.0w-hp-hpux11.11/lib/ -isystem /opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11. 11/include -isystem /opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11.11/sys-include -g -O2 -D_GLIBCXX_ASSERT -fmessage-length=0 -DLOCALEDIR=/mnt/gnu/gcc-3.3/objdir/hp pa2.0w-hp-hpux11.11/libstdc++-v3/po/share/locale -nostdinc++ -I/mnt/gnu/gcc-3.3 /objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/hppa2.0w-hp-hpux11.11 -I/mnt/ gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include -I/mnt/gnu/gcc-3.3 /gcc/libstdc++-v3/libsupc++ -I/mnt/gnu/gcc-3.3/gcc/libstdc++-v3/include/backward -I/mnt/gnu/gcc-3.3/gcc/libstdc++-v3/testsuite /mnt/gnu/gcc-3.3/gcc/libstdc++-v3 /testsuite/26_numerics/complex/pow.cc-include bits/stdc++.h -L/mnt/gnu/gcc- 3.3/objdir/hppa2.0w-hp-hpux11.11/./libstdc++-v3/testsuite -lv3test -lm -o ./po w.exe(timeout = 300) /usr/ccs/bin/ld: Unsatisfied symbols: cabs (first referenced in /var/tmp//ccx8v8iH.o) (code) carg (first referenced in /var/tmp//ccx8v8iH.o) (code) -- Summary: libstdc++ testsuite fails due to missing C99 functions Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: minor Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa*-hp-hpux* GCC host triplet: hppa*-hp-hpux* GCC target triplet: hppa*-hp-hpux*
[Bug tree-optimization/17100] Missed opportunity for value range optimization
--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr 2004-12-19 23:43 --- Patch in autovect-branch: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01444.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17100
[Bug middle-end/18683] [4.0 Regression] seg fault in local allocate
--- Additional Comments From roger at eyesopen dot com 2004-12-19 23:51 --- This is perhaps the most bizarre interaction I've yet come across in GCC. Under normal operation, reg_renumber is zero prior to register allocation, then in rest_of_handle_old_regalloc, allocate_reg_info is called to allocate per-pseudo information, which is used two or three function calls later by local_alloc (and should remain valid for the remainder of the function's compilation). Unfortunately, between allocate_reg_info and local_alloc we call regclass which in this test case, unintentionally resets reg_renumber to zero! The incomplete and abridged call stack is reg_class - scan_one_insn - extract_insn - recog_23 - current_file_function_operand - make_decl_rtl - decl_assembler_name - mangle_decl - write_mangled_name - write_encoding - get_mostly_instantiated_function_type - pop_access_scope - pop_from_top_level - pop_context_function_from. In the middle of pop_context_function_from is the line reg_renumber = 0! This problem is either a (i) middle-end issue, (ii) an rs6000 backend issue, or (iii) a C++ front-end issue. (i) I don't think that pop_context_function_from should (or needs to) reset reg_renumber to zero. I would hope that with cgraph, there is only ever a single function being expanded to RTL at a time, so reg_renumber can be left as is. Certainly, if we're not saving the value of reg_renumber (and the arrays contents) in push_function_context_to, then we shouldn't attempt to restore it afterwards. I'm currently testing this fix. (ii) This interaction can also be avoided if the rs6000's function current_file_function_operand used DECL_RTL_SET_P to test whether an identifier is local to a function prior to checking the result of DECL_RTL. This avoids the invocation of make_decl_rtl. Presumably, if we don't know the assembler name for this function, we can't be calling it :) [I'll test this fix next]. (iii) The problem might well be in the C++ front-end and its interaction with cgraph. It's unclear whether DECL_RTL should already have been set on current_function_decl prior to this point in rest_of_compilation. Clearly, this only appears to happen for C++ templates, so the rs6000 backend is perhaps reasonable in assuming DECL_RTL has been set by this point. The above analysis also explains why enabling various tree dumps resolves the segmentation fault, as we end up calling/caching decl_assembler_name for the current function before reaching local register allocation (avoiding this particular interaction). This is probably fall-out from the recent cgraph/varasm reorganizations that attempt to avoid calling decl_assembler_name until as late as physically possible. Calling it for the first time before or after local alloc probably works fine, calling it during (as is done on rs6000 targets) has unanticipated side-effects. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18683
[Bug c++/16057] Error message omits overload candidate
-- What|Removed |Added Keywords||diagnostic Last reconfirmed|2004-09-20 00:55:26 |2004-12-20 00:27:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16057
[Bug target/19075] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/tree-ssa/loop-4.c arr_base
-- What|Removed |Added Keywords||missed-optimization Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19075
[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-20 00:51 --- I suggest we close this one, 9% is just comparable to the overall slowdown we see in pretty much all code. This is just noise in the list of regressions. If nobody objects, I'll close this in a couple of days from now... -- What|Removed |Added Status|REOPENED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15524
[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 steven at gcc dot gnu dot org 2004-12-20 00:54 --- This is not assigned. -- What|Removed |Added Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18701
[Bug tree-optimization/19058] setjmp: 4.0 fails to give 'clobbered' warning (regression from 3.4.1)
-- What|Removed |Added Component|c |tree-optimization Keywords||diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19058
[Bug tree-optimization/19058] [4.0 Regression] setjmp: 4.0 fails to give 'clobbered' warning (regression from 3.4.1)
-- What|Removed |Added Summary|setjmp: 4.0 fails to give |[4.0 Regression] setjmp: 4.0 |'clobbered' warning |fails to give 'clobbered' |(regression from 3.4.1) |warning (regression from ||3.4.1) Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19058
[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 Status|NEW |ASSIGNED Last reconfirmed|2004-12-19 18:02:44 |2004-12-20 00:59:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18701
[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-20 00:59 --- Assign it to me, stupid bugzilla dammit! -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org |dot org | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18701
[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 bitrange dot com 2004-12-20 01:00 --- Subject: Re: [4.0 regression] mmix-knuth-mmixware gcc.c-torture/execute failures: 20010224-1.c, 20020216-1.c, 20040218-1.c, 20040709-2.c On Sun, 20 Dec 2004, steven at gcc dot gnu dot org wrote: --- Additional Comments From steven at gcc dot gnu dot org 2004-12-20 00:54 --- This is not assigned. Likely because of a bug in bugzilla: I pressed the verify-and-assign-to-me button. Then again... brgds, H-P -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18701
[Bug target/17646] [4.0 Regression] xgcc links 64bit objects into a 32bit target
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 01:02 --- Is this fixed now? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17646
[Bug middle-end/13127] [4.0 Regression] Inlining causes spurious might be used uninitialized warnings
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-20 01:02 --- Still there... -- What|Removed |Added Last reconfirmed|2004-12-12 21:52:45 |2004-12-20 01:02:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13127
[Bug target/17643] [3.3/3.4/4.0 Regression] ICE in propagate_one_insn, at flow.c:1582
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-20 01:09 --- Add Dave, he's the HPPA port maintainer. -- What|Removed |Added CC||dave dot anglin at nrc dot ||ca http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17643
[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-20 01:11 --- Reproduces for C with -std=c99. -- What|Removed |Added Component|c++ |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17544
[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-20 01:12 --- From pure annoyance with such a bug being unfixed for such a long time, I'll just take this on. Probably putting a flag on the compiler generated return statement is enough to make this silly warning go away -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17544
[Bug target/14798] [3.4/4.0 Regression] In case of SH target with -O2 option #pragma interrupt doesn't get resetted.
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 01:16 --- Does the sh people care about this bug, it has been opened for almost 9 months now and no movement. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14798
[Bug other/15082] [3.4/4.0 regression] Minor compilation problem for cross to Solaris 8
-- What|Removed |Added Keywords||build Last reconfirmed|2004-04-28 20:26:18 |2004-12-20 01:16:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15082
[Bug c++/7874] [3.3/3.4/4.0 regression] g++ finds friend functions defined in class-definition but not declared in the enclosing namespace
-- What|Removed |Added Severity|critical|normal Last reconfirmed|2004-05-05 03:49:06 |2004-12-20 01:17:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7874
[Bug target/15065] [3.4/4.0 Regression] bootstrap fails during bulding libstdc++-v3 on Tru64 V5.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 01:20 --- Any news on this bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15065
[Bug java/17092] gcj should use unlock_getc instead of getc
-- What|Removed |Added AssignedTo|pinskia at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17092
[Bug java/17092] gcj should use unlock_getc instead of getc
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2004-12-11 18:00:53 |2004-12-20 01:22:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17092