[Bug c++/18073] [4.0 regression] mmintrin.h rejected by C++ frontend
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-21 07:53 --- Just for the record: The trouble with casting between pointer-to-function and void* has been resolved by Nathan's patch http://gcc.gnu.org/ml/gcc-cvs/2004-10/msg01199.html The trouble with mmintrin.h remains, though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18073
[Bug c++/18095] New: [4.0 regression] ICE in cp_lexer_consume_token on missing ;
The following testcases cause an ICE on mainline: struct A struct A {} The error message is nase.cc:1: internal compiler error: in cp_lexer_consume_token, at cp/parser.c:547 Please submit a full bug report, [etc.] The regression was introduced yesterday or today. I strongly suspect Nathan's patch http://gcc.gnu.org/ml/gcc-cvs/2004-10/msg01185.html Nathan, could you please have a look? -- Summary: [4.0 regression] ICE in cp_lexer_consume_token on missing ; Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, monitored Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,nathan at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18095
[Bug c/18096] New: internal compiler error: in final_scan_insn, at final.c:2429
the trigger of the issue is part of openmotif (luckly is a optional little component, and that's why nobody found it out before, openmotif itself builds fine and the componente failure won't even break the buildchain), preprocessed source and source follows built it with gcc -O2 -pipe -mcpu=7450 -mtune=7450 -maltivec -mabi=altivec -fno-strict-aliasing -fsigned-char-I../.. -I../../exports/include -I../../imports/x11/include -Dlinux -D__powerpc__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE=500L -D_BSD_SOURCE -D_SVID_SOURCE -DNO_MESSAGE_CATALOG -DFUNCPROTO=15 -DNARROWPROTO -c -o mkcatdefs.o mkcatdefs.c -- Summary: internal compiler error: in final_scan_insn, at final.c:2429 Product: gcc Version: 3.4.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: lu_zero at gentoo dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-unknown-linux-gnu GCC host triplet: powerpc-unknown-linux-gnu GCC target triplet: powerpc-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18096
[Bug c++/18094] Failure to specialize function
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-21 08:40 --- You need to write mapped_type instead of data_type. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18094
[Bug c/18096] internal compiler error: in final_scan_insn, at final.c:2429
--- Additional Comments From lu_zero at gentoo dot org 2004-10-21 08:41 --- Created an attachment (id=7394) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7394action=view) preprocessed sources -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18096
[Bug c/18096] internal compiler error: in final_scan_insn, at final.c:2429
--- Additional Comments From lu_zero at gentoo dot org 2004-10-21 08:46 --- Created an attachment (id=7395) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7395action=view) sources -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18096
[Bug c++/18095] [4.0 regression] ICE in cp_lexer_consume_token on missing ;
--- Additional Comments From nathan at gcc dot gnu dot org 2004-10-21 09:05 --- undoubtably from my patch -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18095
[Bug c++/18095] [4.0 regression] ICE in cp_lexer_consume_token on missing ;
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18095
[Bug bootstrap/17832] [4.0 Regression] Bootstrap broken by fixincludes failures
--- Additional Comments From bonzini at gcc dot gnu dot org 2004-10-21 09:52 --- Aaron, I'm assigning the PR to you because it is very close to being fixed, and I think it is easier if it is assigned to the author of the patch. I hope you don't mind. PR17991 is still assigned to me and it covers the bugs in moving fixincludes to the toplevel (hopefully the outstanding patch will be reviewed soon). -- What|Removed |Added AssignedTo|bonzini at gcc dot gnu dot |aaronavay62 at aaronwl dot |org |com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17832
[Bug target/18004] ICE in output_constant_pool_2 for aligned(1) float in struct
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-21 10:51 --- Subject: Bug 18004 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-21 10:51:31 Modified files: gcc: expmed.c ChangeLog Log message: PR 18004. * expmed.c (store_bit_field): Pass original 'value' before recursing. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/expmed.c.diff?cvsroot=gccr1=1.199r2=1.200 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.5967r2=2.5968 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18004
[Bug target/18004] [3.3/3.4 Regression] ICE in output_constant_pool_2 for aligned(1) float in struct
-- What|Removed |Added Known to fail|3.3.2 3.4.0 4.0.0 |3.3.2 3.4.0 Known to work||4.0.0 Summary|ICE in |[3.3/3.4 Regression] ICE in |output_constant_pool_2 for |output_constant_pool_2 for |aligned(1) float in struct |aligned(1) float in struct Target Milestone|--- |3.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18004
[Bug middle-end/18096] internal compiler error: in final_scan_insn, at final.c:2429
-- What|Removed |Added Component|c |middle-end Keywords||ice-on-invalid-code Summary| internal compiler error: in|internal compiler error: in |final_scan_insn, at |final_scan_insn, at |final.c:2429|final.c:2429 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18096
[Bug middle-end/18096] internal compiler error: in final_scan_insn, at final.c:2429
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 11:34 --- Next time give the full error message plus the -v output. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18096
[Bug middle-end/18096] internal compiler error: in final_scan_insn, at final.c:2429
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 11:54 --- (insn:TI 2000 4 1999 (set (reg:SI 0 0) (const_int -2147487920 [0x7fffef50])) 303 {*movsi_internal1} (nil) (nil)) Here is the reduced source: void f(char*);voidmkcatdefs(char *fname) { char line [2147483647]; f(line); } This causes a stack overflow anyways :). -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC build triplet|powerpc-unknown-linux-gnu | GCC host triplet|powerpc-unknown-linux-gnu | GCC target triplet|powerpc-unknown-linux-gnu |powerpc-*-* Keywords|ice-on-invalid-code |ice-on-valid-code Known to fail||4.0.0 3.4.1 3.3 3.1 Last reconfirmed|-00-00 00:00:00 |2004-10-21 11:54:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18096
[Bug middle-end/18096] internal compiler error: in final_scan_insn, at final.c:2429
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 11:57 --- #ifndef NL_TEXTMAX #define NL_TEXTMAX 8192 #endif #define MAXLINELEN NL_TEXTMAX char line [MAXLINELEN]; Someone should fix the source not to do this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18096
[Bug c++/18097] New: Misleading diagnostic with ambiguous typedef
GCC generates a misleading diagnostic error with the following code: code typedef unsigned int int_t; namespace N { typedef unsigned long int_t; } using namespace N; int main() { N::int_t nu; // OK. int_t u; // Undeclared? Ambiguous! } /code $ g++ -v -save-temps tNS.cc Reading specs from /home/loose/linux/usr/local/gcc-3.4.2/lib/gcc/i686-pc-linux- gnu/3.4.2/specs Configured with: ../src/configure --prefix=/home/loose/linux/usr/local/gcc- 3.4.2 --enable-threads Thread model: posix gcc version 3.4.2 /home/loose/linux/usr/local/gcc-3.4.2/libexec/gcc/i686-pc-linux- gnu/3.4.2/cc1plus -E -quiet -v -D_GNU_SOURCE tNS.cc -mtune=pentiumpro -o tNS.ii ignoring nonexistent directory /home/loose/linux/usr/local/gcc- 3.4.2/lib/gcc/i686-pc-linux-gnu/3.4.2/../../../../i686-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /home/loose/linux/usr/local/gcc-3.4.2/lib/gcc/i686-pc-linux- gnu/3.4.2/../../../../include/c++/3.4.2 /home/loose/linux/usr/local/gcc-3.4.2/lib/gcc/i686-pc-linux- gnu/3.4.2/../../../../include/c++/3.4.2/i686-pc-linux-gnu /home/loose/linux/usr/local/gcc-3.4.2/lib/gcc/i686-pc-linux- gnu/3.4.2/../../../../include/c++/3.4.2/backward /usr/local/include /home/loose/linux/usr/local/gcc-3.4.2/include /home/loose/linux/usr/local/gcc-3.4.2/lib/gcc/i686-pc-linux-gnu/3.4.2/include /usr/include End of search list. /home/loose/linux/usr/local/gcc-3.4.2/libexec/gcc/i686-pc-linux- gnu/3.4.2/cc1plus -fpreprocessed tNS.ii -quiet -dumpbase tNS.cc - mtune=pentiumpro -auxbase tNS -version -o tNS.s GNU C++ version 3.4.2 (i686-pc-linux-gnu) compiled by GNU C version 3.4.2. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 tNS.cc: In function `int main()': tNS.cc:13: error: `int_t' undeclared (first use this function) tNS.cc:13: error: (Each undeclared identifier is reported only once for each function it appears in.) tNS.cc:13: error: expected `;' before u Note that GCC 3.2.2 also produces this type of diagnostic. The Intel compiler icc produces the following (more helpful) diagnostic: $ icc tNS.cc tNS.cc(13): error: int_t is ambiguous int_t u; // Undeclared? Ambiguous! ^ compilation aborted for tNS.cc (code 2) Browsing through the Bugzilla database I found a bug that appears to be related to bug #12582. -- Summary: Misleading diagnostic with ambiguous typedef Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: loose at astron dot nl CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18097
[Bug target/16009] [4.0 Regression] ICE in move_for_stack_reg, at reg-stack.c:1120
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 12:42 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16009
[Bug c++/18097] Misleading diagnostic with ambiguous typedef
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 12:44 --- It is more than related it is a dup of that bug because the problems are the same. *** This bug has been marked as a duplicate of 12582 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18097
[Bug c++/12582] unhelpful message with ambiguous typedef
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 12:44 --- *** Bug 18097 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||loose at astron dot nl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12582
[Bug target/16009] [4.0 Regression] ICE in move_for_stack_reg, at reg-stack.c:1120
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 12:47 --- It was fixed between: Search converges between 2004-09-02-trunk (#532) and 2004-09-04-trunk (#533). So it was most likely a dup of bug 15832. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16009
[Bug tree-optimization/18065] usual arithmetic conversion not applying correctly
--- Additional Comments From bangerth at dealii dot org 2004-10-21 12:47 --- And for what little it may be worth, for good or bad, the factual reality is that there are 100's of times more small processors programmed and deployed in products than there are 32+ bit processors, therefore it would be nice if GCC didn't needless restrict itself to being most optimally applicable to larger machines at the expense of smaller machines (as there far more commercial 8 and 16 bit processors available from companies interested in support than their are 32-64 bit processor companies, and likely to remain that way, so it's not likely good business to bite the hand that may feed you). Just to have this (obvious) fact mentioned in this thread also: as a developer starved project, we are always grateful for patches people may send that improve the behavior of gcc. Your company may also be interested in hiring gcc developers to implement features you need. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18065
[Bug rtl-optimization/16104] [3.4/4.0 regression] ICE in reload_cse_simplify_operands, at postreload.c:378 with SSE2 code on -O2
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 12:53 --- Note the example which Steven gave is wrong, you want the vector size to 8 not 2 as 2 says only 2 bytes not 8 bytes (64bits). Also If we use vector_size rather than mode, we don't crash: typedef int __m64 __attribute__ (( vector_size(8) )); int foo() { return (long long)(__m64)(0ll); } -- What|Removed |Added Known to fail|3.4.0 4.0 |3.4.0 4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16104
[Bug tree-optimization/18076] Missed jump threading optimization
-- What|Removed |Added CC|dnovillo at redhat dot com | AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18076
[Bug libgcj/16481] Wrong stack trace in conjunction with custom ClassLoaders
--- Additional Comments From aph at gcc dot gnu dot org 2004-10-21 13:22 --- AFAICS it's the same bug as 18036. In any case, it now works correctly on the trunk i686-pc-linux-gnu. *** This bug has been marked as a duplicate of 18036 *** -- What|Removed |Added BugsThisDependsOn|12740 | Status|ASSIGNED|RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16481
[Bug libgcj/18036] Bad interaction between interpreter and Class.forName()
--- Additional Comments From aph at gcc dot gnu dot org 2004-10-21 13:22 --- *** Bug 16481 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||hannes at helma dot at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18036
[Bug target/18004] [3.3/3.4 Regression] ICE in output_constant_pool_2 for aligned(1) float in struct
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-21 13:31 --- Subject: Bug 18004 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-21 13:30:59 Modified files: gcc: ChangeLog expmed.c Log message: PR 18004. * expmed.c (store_bit_field): Pass original 'value' before recursing. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.668r2=2.2326.2.669 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/expmed.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.148.4.2r2=1.148.4.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18004
[Bug target/18004] [3.3 Regression] ICE in output_constant_pool_2 for aligned(1) float in struct
-- What|Removed |Added Known to work|4.0.0 |4.0.0 3.4.3 Summary|[3.3/3.4 Regression] ICE in |[3.3 Regression] ICE in |output_constant_pool_2 for |output_constant_pool_2 for |aligned(1) float in struct |aligned(1) float in struct Target Milestone|3.4.3 |3.3.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18004
[Bug java/12457] jc1 -femit-class-files without -fsyntax-only segfaults.
--- Additional Comments From aph at gcc dot gnu dot org 2004-10-21 13:37 --- I don't know that this is a bug at all. jc1 will do random weird things if invoked on the command line with random weird arguments. But jc1 should only be invoked in the way that the driver invokes it. If someone submits a patch for this I'll approve it, but I don't think it's worth anyone's time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12457
[Bug java/5537] Error compiling simple bytecode with jsr
--- Additional Comments From aph at gcc dot gnu dot org 2004-10-21 13:40 --- We're merging the new verifier on the gcj-abi-2-dev-branch. Once that is done, this bug should be fixed. -- What|Removed |Added CC||aph at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5537
[Bug java/13468] [4.0 Regression] interpret.cc should register ffi closure stubs
--- Additional Comments From aph at gcc dot gnu dot org 2004-10-21 13:41 --- *** This bug has been marked as a duplicate of 18036 *** -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13468
[Bug libgcj/18036] Bad interaction between interpreter and Class.forName()
--- Additional Comments From aph at gcc dot gnu dot org 2004-10-21 13:42 --- *** Bug 13468 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18036
[Bug java/17574] [meta-bug] gcj and libgcj 4.0 tracking PR
-- Bug 17574 depends on bug 13468, which changed state. Bug 13468 Summary: [4.0 Regression] interpret.cc should register ffi closure stubs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13468 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17574
[Bug target/18004] [3.3 Regression] ICE in output_constant_pool_2 for aligned(1) float in struct
-- What|Removed |Added Target Milestone|3.3.5 |3.3.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18004
[Bug regression/16703] [4.0 Regression] g++ v4.0.0 produces slower code than v3.4.1 for loops.
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 14:32 --- Here is the results on powerpc-darwin for Apple's 3.3 and an almost new mainline: Machine Info kernel : 7.4.1 Tool Info Reading specs from /usr/libexec/gcc/darwin/ppc/3.3/specs Thread model: posix gcc version 3.3 20030304 (Apple Computer, Inc. build 1495) 3.3/temp contains compiler output from the '-save-temps' switch results ackermann 13: ack(3,13): 65533 515.266 seconds (omit-frame-pointer) ackermann 13: ack(3,13): 65533 492.83 seconds (with-frame-pointer) hash2 3000: 1 3000 29997000 9.48383 seconds (omit-frame-pointer) hash2 3000: 1 3000 29997000 10.2518 seconds (with-frame-pointer) heapsort 1000: 0.928555 34.5854 seconds (omit-frame-pointer) heapsort 1000: 0.928555 31.9553 seconds (with-frame-pointer) nestedloop 45: 72900 9.95707 seconds (omit-frame-pointer) nestedloop 45: 72900 12.278 seconds (with-frame-pointer) random 3: 92.485425240 18.6898 seconds (omit-frame-pointer) random 3: 92.485425240 18.4003 seconds (with-frame-pointer) sieve 10: Count: 1028 8.91343 seconds (omit-frame-pointer) sieve 10: Count: 1028 11.2786 seconds (with-frame-pointer) Machine Info kernel : 7.4.1 Tool Info Reading specs from /Users/pinskia/local/lib/gcc/powerpc-apple-darwin7.4.1/4.0.0/specs Configured with: /Users/pinskia/src/local/gcc/configure --prefix=/Users/pinskia/local --enable- languages=c,java,objc,f95 --disable-werror Thread model: posix gcc version 4.0.0 20041017 (experimental) 4.0.0/temp contains compiler output from the '-save-temps' switch results ackermann 13: ack(3,13): 65533 202.369 seconds (omit-frame-pointer) ackermann 13: ack(3,13): 65533 227.047 seconds (with-frame-pointer) hash2 3000: 1 3000 29997000 9.09942 seconds (omit-frame-pointer) hash2 3000: 1 3000 29997000 9.13645 seconds (with-frame-pointer) heapsort 1000: 0.928555 37.7239 seconds (omit-frame-pointer) heapsort 1000: 0.928555 34.8575 seconds (with-frame-pointer) nestedloop 45: 72900 14.157 seconds (omit-frame-pointer) nestedloop 45: 72900 15.402 seconds (with-frame-pointer) random 3: 92.485425240 6.88415 seconds (omit-frame-pointer) random 3: 92.485425240 6.97493 seconds (with-frame-pointer) sieve 10: Count: 1028 11.6892 seconds (omit-frame-pointer) sieve 10: Count: 1028 10.4483 seconds (with-frame-pointer) As you can see that we do much better on the mainline for ackermann and random but worse on nestedloop So this might be able to close now as we have two progressions and one regression. And the one regression is an artificial testcase: x = 0; for (int a=0; an; ++a) for (int b=0; bn; ++b) for (int c=0; cn; ++c) for (int d=0; dn; ++d) for (int e=0; en; ++e) for (int f=0; fn; ++f) x++; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16703
[Bug java/18091] Valgrind errors building libjava
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-21 14:38 --- Subject: Bug 18091 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-21 14:38:17 Modified files: gcc/java : jcf-parse.c ChangeLog Log message: 2004-10-21 Andrew Haley [EMAIL PROTECTED] PR java/18091: * jcf-parse.c (set_source_filename): Add code to build new sfname. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/jcf-parse.c.diff?cvsroot=gccr1=1.176r2=1.177 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gccr1=1.1489r2=1.1490 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18091
[Bug tree-optimization/17340] [4.0 Regression] Internal error compiling with -O3
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 14:50 --- On poweprc-darwin, I only get about a max of 225Megs used at -O3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17340
[Bug fortran/17927] Math error in simple divide operation
--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-21 15:25 --- We actually do have a warning for this: -Wconversion, which is currently not enabled with -Wall. I'm closing this bug, but if you are in favor of adding this warning to -Wall, Jerry, feel free to propose a patch to this effect. See options.c. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17927
[Bug c++/13560] [3.3/3.4/4.0 regression] wrong file name in error message
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-21 16:14 --- Subject: Bug 13560 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-21 16:14:33 Modified files: gcc/cp : ChangeLog error.c Log message: 2004-10-21 Andrew Pinski [EMAIL PROTECTED] PR c++/13560 * error.c (cp_error_at): Output the context as it might be different file as the other location. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4449r2=1.4450 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/error.c.diff?cvsroot=gccr1=1.267r2=1.268 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13560
[Bug c++/13560] [3.3/3.4 regression] wrong file name in error message
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 16:16 --- Fixed on the mainline, I will post a back port soon. -- What|Removed |Added Summary|[3.3/3.4/4.0 regression]|[3.3/3.4 regression] wrong |wrong file name in error|file name in error message |message | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13560
[Bug objc/17923] [4.0 Regression] const-str-[34].m fails on the mainline (next runtime)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 16:30 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17923
[Bug objc/17923] [4.0 Regression] const-str-[34].m fails on the mainline (next runtime)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-21 16:30 --- Subject: Bug 17923 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-21 16:30:03 Modified files: gcc: ChangeLog c-decl.c tree.c gcc/objc : objc-act.c ChangeLog gcc/testsuite : ChangeLog Added files: gcc/testsuite/objc.dg: const-str-7.m Log message: 2004-10-21 Andrew Pinski [EMAIL PROTECTED] PR objc/17923 * tree.c (staticp): A CONST_DECL has static storage if either TREE_STATIC or DECL_EXTERNAL is set. * c-decl.c (pushdecl_top_level): Accept CONST_DECLs which can have null names. 2004-10-21 Andrew Pinski [EMAIL PROTECTED] PR objc/17923 * objc-act.c (objc_build_string_object): Create a CONST_DECL for the NeXT runtime case. 2004-10-21 Andrew Pinski [EMAIL PROTECTED] PR objc/17923 * objc.dg/const-str-7.m: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.5974r2=2.5975 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-decl.c.diff?cvsroot=gccr1=1.602r2=1.603 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.c.diff?cvsroot=gccr1=1.438r2=1.439 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/objc-act.c.diff?cvsroot=gccr1=1.249r2=1.250 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/ChangeLog.diff?cvsroot=gccr1=1.12r2=1.13 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/objc.dg/const-str-7.m.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4482r2=1.4483 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17923
[Bug c/17538] [4.0 Regression] Filename and IMA
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 16:31 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17538
[Bug c/17538] [4.0 Regression] Filename and IMA
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-21 16:32 --- Subject: Bug 17538 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-21 16:31:59 Modified files: gcc: ChangeLog c-opts.c Log message: 2004-10-21 Andrew Pinski [EMAIL PROTECTED] PR c/17538 * c-opts.c (push_command_line_include): Use the current file name instead of the main one. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.5975r2=2.5976 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-opts.c.diff?cvsroot=gccr1=1.129r2=1.130 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17538
[Bug c++/18098] New: zero covarian return pointer adjustment results in segfault
$ cat test.cxx struct base { }; struct derived : virtual base { }; struct base_parser { virtual base* top () = 0; }; struct derived_parser : virtual base_parser { virtual derived* top () { return 0; //return new derived; } }; int main () { base_parser* p = new derived_parser; base* b = p-top (); } $ g++-3.4 test.cxx bash-2.05a$ ./a.out Segmentation fault -- Summary: zero covarian return pointer adjustment results in segfault Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: boris at kolpackov dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-linux-gnu GCC host triplet: i686-linux-gnu GCC target triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18098
[Bug ada/18099] New: Incorrect rounding from floating point to integer
Ada requires conversion of floating-point to integer to round, with halfway cases rounded away from zero. This is implemented by adding 0.5 to the floating-point value and then truncating, as in regular C float to int conversion. However, this gives wrong semantics for the predecessor of 0.5, and odd floating-point integers in the range 2.0**(mantissa - 1)+1.0 .. 2.0**(mantissa)-1.0 and the negative versions of these. The reason is that adding 0.5 in the above cases, yields a value exactly between two representable floating-point numbers. So the predecessor of 0.5 is then rounded to one, and the floating-point integers mentioned before get rounded to the next higher integer. I'll file a self-contained test case testing these cases. -- Summary: Incorrect rounding from floating point to integer Product: gcc Version: 3.4.3 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P2 Component: ada AssignedTo: bosch at gcc dot gnu dot org ReportedBy: bosch at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18099
[Bug ada/18099] Incorrect rounding from floating point to integer
--- Additional Comments From bosch at gcc dot gnu dot org 2004-10-21 17:04 --- Created an attachment (id=7396) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7396action=view) Test case showing failure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18099
[Bug ada/18099] Incorrect rounding from floating point to integer
-- What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-10-21 17:06:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18099
[Bug c++/18098] zero covariant return pointer adjustment results in segfault
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 17:13 --- Confirmed, the problem is the thunk. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2004-10-21 17:13:26 date|| Summary|zero covarian return pointer|zero covariant return |adjustment results in |pointer adjustment results |segfault|in segfault http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18098
[Bug libstdc++/17755] Can't compile djgpp cross-compiler
-- What|Removed |Added CC|dhazeghi at yahoo dot com | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17755
[Bug target/18010] bad unwind info due to multiple returns (missing epilogue)
--- Additional Comments From davidm at hpl dot hp dot com 2004-10-21 18:03 --- OK, I tried this patch on the CVS gcc-3_4_branch (the 4.0 branch didn't work at all for me, even in it's pristine version). As you said, the patch does fix the bug I reported. In addition, the test-suites report the following: gcc Summary: 4 additional tests now pass (24083, up from 24079) g++ Summary: 2 new unexpected failures (up from 0). g77 Summary: no changes objc Summary: no changes libstdc++ Summary: no changes libjava Summary: no changes I'm not sure the g++ failures are real: if I try and cut past one of the failing commands myself, it works just fine. For example, one of the failures is: Executing on host: /home/davidm/src/gcc-build-p2/gcc/testsuite/../g++ -B/home/davidm/src/gcc-build-p2/gcc/testsuite/../ /r/wailua/usr/src/misc/gcc-3.4-p2/gcc/testsuite/g++.dg/template/access8.C -nostdinc++ -I/home/davidm/src/gcc-build-p2/ia64-unknown-linux-gnu/libstdc++-v3/include/ia64-unknown-linux-gnu -I/home/davidm/src/gcc-build-p2/ia64-unknown-linux-gnu/libstdc++-v3/include -I/r/wailua/usr/src/misc/gcc-3.4-p2/libstdc++-v3/libsupc++ -I/r/wailua/usr/src/misc/gcc-3.4-p2/libstdc++-v3/libsupc++ -I/r/wailua/usr/src/misc/gcc-3.4-p2/libstdc++-v3/include/backward -I/r/wailua/usr/src/misc/gcc-3.4-p2/libstdc++-v3/testsuite -fmessage-length=0 -ansi -pedantic-errors -Wno-long-long -S -o access8.s WARNING: program timed out. compiler exited with status 1 FAIL: g++.dg/template/access8.C (test for excess errors) but when I run this by hand, it works just fine. I'll see if I can figure out what's going on here tomorrow. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18010
[Bug target/18010] bad unwind info due to multiple returns (missing epilogue)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 18:07 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2004-10-21 18:07:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18010
[Bug tree-optimization/17966] a quadratic behavior in thread_jumps
--- Additional Comments From kazu at cs dot umass dot edu 2004-10-21 18:18 --- The quadratic behavior of thread_jumps has been solved, but still mainline is slower than 3.3 on this testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17966
[Bug fortran/18090] Valgrind errors while building libgfortran
--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-21 18:57 --- Adding Steve Kargl, as he converted gfortran to mpfr. -- What|Removed |Added CC||kargl at troutmask dot apl ||dot washington dot edu Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-10-21 18:57:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18090
[Bug fortran/18082] Excessively long compile time
--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-21 19:01 --- === subroutine FOO ( X ) character(len=*), intent(IN) :: X character(len=len(X)) :: C1 character(len=len(X)) :: C2 ! two lines C1 = '' C2 = '' end subroutine === doesn't show the problem, so this is a problem in how we share the lengths of different automatic length character entities. (the character lengths of objects declared on the same line are shared, unless assumed length) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18082
[Bug fortran/18022] problem with structure and calling a function
--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-21 19:27 --- This looks like it's a dupe of 15553 *** This bug has been marked as a duplicate of 15553 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18022
[Bug fortran/15553] Array copy operation produces garbage
--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-21 19:27 --- *** Bug 18022 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||gruel at astro dot ufl dot ||edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15553
[Bug fortran/18090] Valgrind errors while building libgfortran
--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2004-10-21 19:48 --- Tobi, I won't be able to look into this problem until late November. Yes, I'm still on a boat in the Gulf of Mexico. Valgrind's output suggests that the problem is within the MPFR library. At least, I know I never used mpfr_set4 or mpfr_round_raw_generic. -- steve -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18090
[Bug c++/18098] zero covariant return pointer adjustment results in segfault
--- Additional Comments From bangerth at dealii dot org 2004-10-21 20:13 --- BTW, this never worked: up to 3.3.x, gcc emits a sorry() because the necessary thunking abilities weren't in place. Since then the code compiles but the executable segfaults. W. -- What|Removed |Added CC||nathan at gcc dot gnu dot ||org Known to fail||2.95.3 3.2.3 3.3.4 3.4.2 ||4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18098
[Bug c++/18100] New: [3.4/4.0 regression] template member with same name as class not rejected
The following invalid code snippet is accepted since gcc 3.4.0: struct A { templateint struct A {}; }; A::A0 a; -- Summary: [3.4/4.0 regression] template member with same name as class not rejected Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: accepts-invalid Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18100
[Bug c++/18100] [3.4/4.0 regression] template member with same name as class not rejected
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 21:02 --- : Search converges between 2004-02-01-trunk (#445) and 2004-03-01-trunk (#446). : Search converges between 2004-02-02-3.4 (#1) and 2004-03-01-3.4 (#2). A very recent (meaning close to right after 3.4 branch) regression. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-10-21 21:02:07 date|| Target Milestone|--- |3.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18100
[Bug tree-optimization/17340] [4.0 Regression] Internal error compiling with -O3
--- Additional Comments From rth at gcc dot gnu dot org 2004-10-21 21:04 --- I can confirm using 1GB peak memory, and a compile time 76 minutes, even with inline limit of 100. -- What|Removed |Added Status|WAITING |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-10-21 21:04:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17340
[Bug tree-optimization/17340] [4.0 Regression] Internal error compiling with -O3
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17340
[Bug c++/18101] New: invalid declaration in struct not rejected
The following (IMHO invalid) code snippet is accepted since 2.95.x: == struct A; struct B { struct ::A; }; == -- Summary: invalid declaration in struct not rejected Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: accepts-invalid Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18101
[Bug c++/18101] invalid declaration in struct not rejected
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 21:16 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-10-21 21:16:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18101
[Bug c++/18073] [4.0 regression] mmintrin.h rejected by C++ frontend
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-21 21:23 --- Subject: Bug 18073 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-21 21:23:42 Modified files: gcc/testsuite : ChangeLog gcc/cp : ChangeLog call.c class.c cp-tree.h cvt.c typeck.c gcc/testsuite/g++.dg/overload: pmf1.C Added files: gcc/testsuite/g++.dg/conversion: cast1.C Log message: PR c++/18073 PR c++/10841 * cp-tree.h (convert_to_base): Change prototype. (build_ptrmemfunc): Likewise. (convert_ptrmem): New function. * call.c (struct conversion): Adjust documentation for base_p. (standard_conversion): Set base_p for ck_pmem conversions as appropriate. (convert_like_real): Use convert_to_base for ck_pmem and ck_ptr conversions. * class.c (convert_to_base): Handle both pointers and objects. Add nonnull parameter. (build_vfield_ref): Adjust call to convert_to_base. * cvt.c (cp_convert_to_pointer): Adjust call to build_ptrmemfunc. (convert_force): Likewise. * typeck.c (build_unary_op): Likewise. (convert_ptrmem): New function. (build_static_cast_1): Use it. (build_reinterpret_cast): Allow conversions to vector types. (get_delta_difference): Add c_cast_p parameter. (build_ptrmemfunc): Likewise. Adjust calls to get_delta_difference. PR c++/10841 * g++.dg/conversion/cast1.C: New test. * g++.dg/overload/pmf1.C: Adjust error marker. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4483r2=1.4484 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4450r2=1.4451 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/call.c.diff?cvsroot=gccr1=1.515r2=1.516 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gccr1=1.685r2=1.686 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1066r2=1.1067 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cvt.c.diff?cvsroot=gccr1=1.169r2=1.170 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gccr1=1.587r2=1.588 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/conversion/cast1.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/overload/pmf1.C.diff?cvsroot=gccr1=1.2r2=1.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18073
[Bug c++/10841] rejects valid explicit type conversion to/from pointers-to-member of private base
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-21 21:23 --- Subject: Bug 10841 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-21 21:23:42 Modified files: gcc/testsuite : ChangeLog gcc/cp : ChangeLog call.c class.c cp-tree.h cvt.c typeck.c gcc/testsuite/g++.dg/overload: pmf1.C Added files: gcc/testsuite/g++.dg/conversion: cast1.C Log message: PR c++/18073 PR c++/10841 * cp-tree.h (convert_to_base): Change prototype. (build_ptrmemfunc): Likewise. (convert_ptrmem): New function. * call.c (struct conversion): Adjust documentation for base_p. (standard_conversion): Set base_p for ck_pmem conversions as appropriate. (convert_like_real): Use convert_to_base for ck_pmem and ck_ptr conversions. * class.c (convert_to_base): Handle both pointers and objects. Add nonnull parameter. (build_vfield_ref): Adjust call to convert_to_base. * cvt.c (cp_convert_to_pointer): Adjust call to build_ptrmemfunc. (convert_force): Likewise. * typeck.c (build_unary_op): Likewise. (convert_ptrmem): New function. (build_static_cast_1): Use it. (build_reinterpret_cast): Allow conversions to vector types. (get_delta_difference): Add c_cast_p parameter. (build_ptrmemfunc): Likewise. Adjust calls to get_delta_difference. PR c++/10841 * g++.dg/conversion/cast1.C: New test. * g++.dg/overload/pmf1.C: Adjust error marker. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4483r2=1.4484 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4450r2=1.4451 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/call.c.diff?cvsroot=gccr1=1.515r2=1.516 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gccr1=1.685r2=1.686 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1066r2=1.1067 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cvt.c.diff?cvsroot=gccr1=1.169r2=1.170 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gccr1=1.587r2=1.588 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/conversion/cast1.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/overload/pmf1.C.diff?cvsroot=gccr1=1.2r2=1.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10841
[Bug bootstrap/17832] [4.0 Regression] Bootstrap broken by fixincludes failures
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-21 21:28 --- Well, I was a little confused earlier, and perhaps I still am. Should fixincludes be built on target=mingw bootstraps? I don't think so; as far as I know, its only needed for crosses. But perhaps there might be some good reason to enable it anyway? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17832
[Bug other/17462] Cannot compile fixincl.c on windows hosts
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-21 21:30 --- I think this is actually a duplicate of PR17832, but I don't appear to have the ability to alter the state of bugs. Can someone mark this as a duplicate? -- What|Removed |Added BugsThisDependsOn||17832 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17462
[Bug other/17462] Cannot compile fixincl.c on windows hosts
-- What|Removed |Added CC||aaronavay62 at aaronwl dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17462
[Bug preprocessor/18102] New: darwin framework header search depends on order of options
mkdir -p foo.framework/Headers/ cat foo.framework/Headers/foo.h #warning works cat foo.c #include foo/foo.h gcc -F. -I. -c foo.c In file included from foo.c:1 ./foo.framework/Headers/foo.h:1:2: warning: #warning works gcc -I. -F. -c foo.c foo.c:1:21: foo/foo.h: No such file or directory -- Summary: darwin framework header search depends on order of options Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: preprocessor AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ratmice at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18102
[Bug preprocessor/18102] darwin framework header search depends on order of options
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 21:52 --- I can confirm this on the mainline. I don't know if the bug is in the preprocessed code or the target specific code. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC target triplet||powerpc-darwin Keywords||rejects-valid Last reconfirmed|-00-00 00:00:00 |2004-10-21 21:52:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18102
[Bug fortran/18090] Valgrind errors while building libgfortran
--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-21 22:33 --- This is an issue in mpfr, and is fixed by a newer libmpfr. I didn't find anything pertaining to this in mpfr's ChangeLog's, but the failure disappeared after installing the current mpfr, and the code in gfortran is definitely right: - I verified that all mpfr variables are initialized before being set in gfc_convert_real () - I verified that the string buffers passed to mpfr_set_str are set to the right lengths and correctly zero-terminated I'm closing this as WONTFIX, if someone disagrees, feel free to reopen. -- What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18090
[Bug fortran/13490] Compiler rejects valid constant -2147483648 for 32-bit int
--- Additional Comments From coyote at coyotegulch dot com 2004-10-22 00:05 --- When this topic came up last year, I was in favor of gfortran working like other Fortran 95 compilers, which accept minimum integer values of -(2**(n-1)). Several Fortran language lawyers insisted that the default behavior should be to reject such values, as they are not symmetrical across ABS() (a requirement implied by the Standard.) My previous patches for this problem have catered to the language lawyers by adding a switch to enable asymmetric integers. I never liked doing it that way. After a discussion with Tobias Schlüter, I've decided to present the following patch, which causes gfortran to behave exactly like other Fortran 95 compilers. For a -pedantic compile, gfortran will now display a warning about a potential Standard violation. This patch gives me warm fuzzies. The gods only know what the language lawyers will think... :) Bootstrapped and tested on i686-pc-linux and x86_64-pc-linux. http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01876.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13490
[Bug fortran/17912] gfortran: Bogus Arithmetic overflow error, regression w.r.t. g77
--- Additional Comments From coyote at coyotegulch dot com 2004-10-22 00:07 --- An improved patch. See comments attached to PR13490, or the patch below: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01876.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17912
[Bug middle-end/15101] Trying to use double precision SIMD vector causes: internal compiler error: in extract_bit_field, at expmed.c:1152
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 00:27 --- Fixed on the mainline: : Search converges between 2004-03-01-trunk (#446) and 2004-04-01-trunk (#447). -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15101
[Bug tree-optimization/15556] Idiom for rotations of 16bit values not recognized
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 00:32 --- These are all fixed on the mainline: The first two examples: a: rolw$8, %ax movzwl %ax, %eax ret .size a, .-a .p2align 4,,15 .globl b .type b, @function b: rolw$8, %ax movzwl %ax, %eax ret For swab16: swab16: movl4(%esp), %eax rolw$8, %ax movzwl %ax, %eax ret -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15556
[Bug c/8960] Segfault with __attribute__ ((mode (...))) in start_function:5702
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 00:35 --- Hmm, now we reject the code: input.cc:2: error: mode 'SI' applied to inappropriate type -- What|Removed |Added Last reconfirmed|2004-07-20 15:31:52 |2004-10-22 00:35:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8960
[Bug pch/16646] Precompiled header causes spurious errors in v3 testsuite
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-10-22 00:35:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16646
[Bug fortran/18103] New: libgfortran system header conflict breaks bootstrap on MinGW
mingw-runtime has a system header called io.h (low-level UNIXish I/O routines). This conflicts with libgfortran/io/io.h when io.h is included, causing bootstrap to fail when libgfortran is built. -- Summary: libgfortran system header conflict breaks bootstrap on MinGW Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aaronavay62 at aaronwl dot com CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18103
[Bug libfortran/18103] libgfortran system header conflict breaks bootstrap on MinGW
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 02:56 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-09/msg01609.html -- What|Removed |Added Component|fortran |libfortran Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18103
[Bug bootstrap/18035] target gcc-no-fixedincludes in Makefile doesn't check for proper return value of sub-make
--- Additional Comments From hugo at hugovil dot com 2004-10-22 02:58 --- I found the cause for the error, but there is still a problem with the GCC build system. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18035
[Bug java/18104] New: Incorrect CLASSPATH separator in libjava breaks bootstrap
The libjava Makefiles are hardwired to use ':' as a CLASSPATH separator. Gcj, however, picks the separator based on system-specific configuration, and so correctly chooses ';' on MinGW. This will cause bootstrap in libjava to fail when the incorrect CLASSPATH separator as used, as it sees all components of the CLASSPATH as a single file, and so cannot find any files. -- Summary: Incorrect CLASSPATH separator in libjava breaks bootstrap Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aaronavay62 at aaronwl dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org GCC target triplet: i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18104
[Bug java/18104] Incorrect CLASSPATH separator in libjava breaks bootstrap
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 03:03 --- A proposed patch is here: http://gcc.gnu.org/ml/gcc-patches/2004-09/msg02853.html. The Windows GCC Java community has been using a patch similar to this for years. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18104
[Bug libfortran/18103] libgfortran system header conflict breaks bootstrap on MinGW
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 03:03 --- Oops, that was definitely the wrong URL. The right URL for the patch is: http://gcc.gnu.org/ml/gcc-patches/2004-09/msg02853.html. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18103
[Bug libfortran/18103] libgfortran system header conflict breaks bootstrap on MinGW
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 03:05 --- Forgot that last message. The original patch URL was correct. Error between keyboard and chair. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18103
[Bug libfortran/18105] New: Compile errors in libgfortran/io/unix.c break Windows bootstrap
MinGW doesn't have the macros S_IRGRP, S_IWGRP, S_IROTH, or S_IWOTH that are used in unix.c. It also does not have mkstemp(). There is a mkstemps() in libiberty, but it does not appear to be usable for this: http://gcc.gnu.org/ml/gcc/2004-09/msg00949.html. -- Summary: Compile errors in libgfortran/io/unix.c break Windows bootstrap Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aaronavay62 at aaronwl dot com CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18105
[Bug objc/17923] [4.0 Regression] const-str-[34].m fails on the mainline (next runtime)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-22 03:20 --- Subject: Bug 17923 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-ppc-branch Changes by: [EMAIL PROTECTED] 2004-10-22 03:19:59 Modified files: gcc: ChangeLog.apple-ppc c-decl.c tree.c gcc/config : darwin.c gcc/objc : ChangeLog.apple-ppc objc-act.c gcc/testsuite : ChangeLog.apple-ppc Added files: gcc/testsuite/objc.dg: const-str-7.m Log message: [gcc/ChangeLog.apple-ppc] 2004-10-21 Andrew Pinski [EMAIL PROTECTED] Ziemowit Laski [EMAIL PROTECTED] Radar 3845826 (includes PR objc/17923) * tree.c (staticp): A CONST_DECL has static storage if either TREE_STATIC or DECL_EXTERNAL is set. * config/darwin.c (darwin_build_constant_cfstring): Build a global CONST_DECL to hold each constructed CFString. * c-decl.c (pushdecl_top_level): Accept CONST_DECLs which can have null names. [gcc/objc/ChangeLog.apple-ppc] 2004-10-21 Andrew Pinski [EMAIL PROTECTED] Radar 3845826 (PR objc/17923) * objc-act.c (objc_build_string_object): Create a CONST_DECL for the NeXT runtime case. [gcc/testsuite/ChangeLog.apple-ppc] 2004-10-21 Andrew Pinski [EMAIL PROTECTED] Radar 3845826 (PR objc/17923) * objc.dg/const-str-7.m: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.apple-ppc.diff?cvsroot=gcconly_with_tag=apple-ppc-branchr1=1.1.2.168r2=1.1.2.169 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-decl.c.diff?cvsroot=gcconly_with_tag=apple-ppc-branchr1=1.334.2.87.2.25r2=1.334.2.87.2.26 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.c.diff?cvsroot=gcconly_with_tag=apple-ppc-branchr1=1.263.2.84.2.17r2=1.263.2.84.2.18 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/darwin.c.diff?cvsroot=gcconly_with_tag=apple-ppc-branchr1=1.22.2.24.2.33r2=1.22.2.24.2.34 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/ChangeLog.apple-ppc.diff?cvsroot=gcconly_with_tag=apple-ppc-branchr1=1.1.2.2r2=1.1.2.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/objc-act.c.diff?cvsroot=gcconly_with_tag=apple-ppc-branchr1=1.137.2.33.2.13r2=1.137.2.33.2.14 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.apple-ppc.diff?cvsroot=gcconly_with_tag=apple-ppc-branchr1=1.1.2.35r2=1.1.2.36 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/objc.dg/const-str-7.m.diff?cvsroot=gcconly_with_tag=apple-ppc-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17923
[Bug libfortran/18105] Compile errors in libgfortran/io/unix.c break Windows bootstrap
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 03:20 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01171.html. The identifiers are defined if not, and temporary files are created with mktemp() if mkstemp() is not availible. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18105
[Bug target/18106] New: Weak symbols are unimplemented on Windows
On Windows targets, weak symbols have not supported in GCC, and have never been supported. However, they have been supported in binutils for years, with varying degrees of quality. They are probably now reliable enough to be supported by GCC. -- Summary: Weak symbols are unimplemented on Windows Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aaronavay62 at aaronwl dot com CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18106
[Bug target/18106] Weak symbols are unimplemented on Windows
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 03:42 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01656.html. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18106
[Bug bootstrap/18107] New: [4.0 Regression] Bootstrap fails on i686-pc-mingw32
This is a meta-bug for all of the things causing a Windows bootstrap to fail. This should be closed when i686-pc-mingw32 successfully completes a full bootstrap. -- Summary: [4.0 Regression] Bootstrap fails on i686-pc-mingw32 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: meta-bug Severity: critical Priority: P2 Component: bootstrap AssignedTo: aaronavay62 at aaronwl dot com ReportedBy: aaronavay62 at aaronwl dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-mingw32 GCC host triplet: i686-pc-mingw32 GCC target triplet: i686-pc-mingw32 BugsThisDependsOn: 17406,17832,18103,18104,18105 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18107
[Bug bootstrap/17832] [4.0 Regression] Bootstrap broken by fixincludes failures
-- What|Removed |Added OtherBugsDependingO||18107 nThis|| 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
-- What|Removed |Added OtherBugsDependingO||18107 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406
[Bug libfortran/18103] libgfortran system header conflict breaks bootstrap on MinGW
-- What|Removed |Added OtherBugsDependingO||18107 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18103
[Bug libfortran/18105] Compile errors in libgfortran/io/unix.c break Windows bootstrap
-- What|Removed |Added OtherBugsDependingO||18107 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18105
[Bug java/18104] Incorrect CLASSPATH separator in libjava breaks bootstrap
-- What|Removed |Added OtherBugsDependingO||18107 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18104
[Bug other/17462] Cannot compile fixincl.c on windows hosts
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 05:21 --- *** This bug has been marked as a duplicate of 17832 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17462
[Bug bootstrap/17832] [4.0 Regression] Bootstrap broken by fixincludes failures
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 05:21 --- *** Bug 17462 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17832
[Bug bootstrap/18107] [4.0 Regression] Bootstrap fails on i686-pc-mingw32
-- What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-10-22 05:29:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18107