[Bug middle-end/31979] ICE compiling openssl-0.9.8e/apps/ocsp.c
--- Comment #10 from roederja at cs dot washington dot edu 2007-10-09 07:00 --- Well this doesn't fix the bug in GCC. An ICE shouldn't happen, even with invalid code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31979
[Bug target/32889] ICE in delete_output_reload, at reload1.c:7926
--- Comment #3 from debian-gcc at lists dot debian dot org 2007-10-09 07:27 --- works with 4.1 and current trunk (not allowed to change anything in this report) Matthias http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445336 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444873 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32889
[Bug fortran/32147] Module file change due to order of writting out changes
--- Comment #12 from wdobler at ucalgary dot ca 2007-10-09 08:05 --- I'll give it a try. But this may take a week or two, because my internet access is currently limited to times when I should rather do something else... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32147
[Bug target/26902] missed optimization during x87 args load with inline-asm
--- Comment #3 from pluto at agmk dot net 2007-10-09 08:07 --- still failing with 4.2.2-20070928 and 4.3.0-20071006. -- pluto at agmk dot net changed: What|Removed |Added Known to fail|4.1.2 4.2.0 4.3.0 |4.1.2 4.2.2 4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26902
[Bug rtl-optimization/15473] Sibcall optimization for libcalls.
--- Comment #4 from chrbr at gcc dot gnu dot org 2007-10-09 08:36 --- *** Bug 32684 has been marked as a duplicate of this bug. *** -- chrbr at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15473
[Bug tree-optimization/32684] Missed tail call with sin/cos and sincos pass
--- Comment #2 from chrbr at gcc dot gnu dot org 2007-10-09 08:36 --- I think this is a duplicate of #15473 (Sibcall optimization for libcalls). *** This bug has been marked as a duplicate of 15473 *** -- chrbr at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32684
[Bug tree-optimization/33705] gcc generates dead struct stores
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org Severity|minor |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33705
[Bug swing/21635] GLib-GObject-WARNING with jython
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.18 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21635
[Bug awt/21649] errors when exiting gcjappletviewer
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |pre-0.18 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21649
[Bug awt/21747] JAWT_X11DrawingSurfaceInfo missing depth field
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.18 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21747
[Bug awt/22162] double-click fails to select entire word
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.18 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22162
[Bug c/33708] New: Building X.org 6.9.0
System type: Linux Slackware 2.6.22.5 #1 SMP Fri Aug 24 13:40:28 CEST 2007 i686 unknown unknown GNU/Linux gcc -m32 -c -O2 -fno-strength-reduce -fno-strict-aliasing -ansi -Wall -Wpointer-arith -Wundef-I../../../../../programs/Xserver/hw/xfree86/common -I../../../../../programs/Xserver/hw/xfree86/os-support -I../../../../../programs/Xserver/hw/xfree86/os-support/bus -I../../../../../programs/Xserver/include -I../../../../../programs/Xserver/os -I../../../../../exports/include/X11 -I../../../../../programs/Xserver/Xext -I../../../../../include/extensions -I../../../../../programs/Xserver/Xi -I../../../../../lib/font/include -I../../../../../programs/Xserver/hw/xfree86/parser -I../../../../../programs/Xserver/hw/xfree86/loader -I../../../../../programs/Xserver/hw/xfree86/rac -I../../../../.. -I../../../../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DXPRINT -DPIXPRIV -DPANORAMIX -DRENDER -DRANDR -DXFIXES -DDAMAGE -DCOMPOSITE -DXEVIE -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DDLOPEN_HACK -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DXORG_VERSION_CURRENT="(((6) * 1000) + ((9) * 10) + ((0) * 1000) + 0)" -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO xf86ScanPci.c gcc: Internal error: Killed (program cc1) Please submit a full bug report. See http://gcc.gnu.org/bugs.html> for instructions. make[6]: *** [xf86ScanPci.o] Error 1 make[6]: Leaving directory `/usr/src/xc/build/programs/Xserver/hw/xfree86/scanpci' make[5]: *** [all] Error 2 make[5]: Leaving directory `/usr/src/xc/build/programs/Xserver/hw/xfree86' make[4]: *** [hw/xfree86] Error 2 make[4]: Leaving directory `/usr/src/xc/build/programs/Xserver' make[3]: *** [all] Error 2 make[3]: Leaving directory `/usr/src/xc/build/programs' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/src/xc/build' make[1]: *** [World] Error 2 make[1]: Leaving directory `/usr/src/xc/build' make: *** [World] Error 2 -- Summary: Building X.org 6.9.0 Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fsemkin at yandex dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33708
[Bug c++/33709] New: [4.3 Regression] Type verification failure with new expression
template
struct Tuple {
T* base;
void AllocateMoreSpace(unsigned size) {
base = (new T[1]) - size;
}
};
class ErrorInfo {
virtual void getErrorMessage();
};
template class Tuple;
body.3.ii: In member function 'void Tuple::AllocateMoreSpace(unsigned int)
[with T = ErrorInfo]':
body.3.ii:11: instantiated from here
body.3.ii:4: error: type mismatch in pointer plus expression
struct ErrorInfo *
struct ErrorInfo[1] *
long unsigned int
D.2076 = D.2044 + D.2075
body.3.ii:4: internal compiler error: verify_gimple failed
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
--
Summary: [4.3 Regression] Type verification failure with new
expression
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, ice-checking
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33709
[Bug c/33708] Building X.org 6.9.0
--- Comment #1 from pluto at agmk dot net 2007-10-09 09:40 --- duplicate of PR30052 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33708
[Bug web/33710] New: typo on development plan page.
Is '4.2.1' a mistake of '4.2.2' ? http://gcc.gnu.org/cgi-bin/cvsweb.cgi/wwwdocs/htdocs/develop.html.diff?r1=1.81&r2=1.82 == v v GCC 4.3 Stage 2 GCC 4.2.1 release (Jul 18 2007) | \ v v GCC 4.3 Stage 3 GCC 4.2.1 release (Oct 7 2007) | ^ : v -- Summary: typo on development plan page. Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: web AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nakamura at fixstars dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33710
[Bug web/33710] typo on development plan page.
--- Comment #1 from pcarlini at suse dot de 2007-10-09 10:07 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Summary|typo on development plan|typo on development plan |page. |page. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33710
[Bug tree-optimization/33705] gcc generates dead struct stores
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-10-09 10:30 --- > I don't know if there are aliasing issues, but marking it __restrict doesn't > affect it. It is as changing state to be uint32_t and add restrict to both arguments makes it work correctly. The issue here is that we say character types alias everything even stuff which have restrict on them. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|i386-apple-darwin8.10.1 | GCC host triplet|i386-apple-darwin8.10.1 | GCC target triplet|i386-apple-darwin8.10.1 |x86_64-*-* Keywords||alias http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33705
[Bug middle-end/33708] Building X.org 6.9.0
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-10-09 10:32 --- >gcc: Internal error: Killed (program cc1) How much memory do you have? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Status|UNCONFIRMED |WAITING Component|c |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33708
[Bug tree-optimization/32684] Missed tail call with sin/cos and sincos pass
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-10-09 10:33 --- It is not since this is not a libcall. At the tree level, we have a __builtin function which has been marked for tailcall. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32684
[Bug tree-optimization/32684] Missed tail call with sin/cos and sincos pass
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-10-09 10:34 --- Which is unlike the other case where we don't have a call at the tree level that gets marked as tail called. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32684
[Bug middle-end/33706] gcc_assert failure in verify_eh_edges
--- Comment #1 from aj at gcc dot gnu dot org 2007-10-09 10:41 --- Currently adding a new attachment does not work for me. I've uploaded preprocessed sources to http://www.suse.de/~aj/cache.i.bz2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33706
[Bug middle-end/33708] Building X.org 6.9.0
--- Comment #3 from fsemkin at yandex dot ru 2007-10-09 10:55 --- 512 MB -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33708
[Bug middle-end/33692] [4.3 Regression] Type checking error with address-of and volatile
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-09 10:56 --- This happens because we canonicalize the component ref (as we pretend an rvalue is ok) via gimplify_addr_expr: /* We use fb_either here because the C frontend sometimes takes the address of a call that returns a struct; see gcc.dg/c99-array-lval-1.c. The gimplifier will correctly make the implied temporary explicit. */ /* Mark the RHS addressable. */ ret = gimplify_expr (&TREE_OPERAND (expr, 0), pre_p, post_p, is_gimple_addressable, fb_either); and gimplify_compound_lval which canonicalizes the outermost component reference. Which is incorrect in this case, as it strips type qualifiers. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33692
[Bug tree-optimization/33615] Hoisting of potentially-throwing values for -fnon-call-exceptions
--- Comment #2 from rsandifo at gcc dot gnu dot org 2007-10-09 11:04 --- Subject: Bug 33615 Author: rsandifo Date: Tue Oct 9 11:04:46 2007 New Revision: 129163 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129163 Log: gcc/ PR tree-optimization/33615 * tree-ssa-loop-im.c (movement_possibility): Return MOVE_IMPOSSIBLE if the rhs might throw. gcc/testsuite/ PR tree-optimization/33615 * g++.dg/tree-ssa/pr33615.C: New test. Added: trunk/gcc/testsuite/g++.dg/tree-ssa/pr33615.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-loop-im.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33615
[Bug tree-optimization/33615] Hoisting of potentially-throwing values for -fnon-call-exceptions
--- Comment #3 from rsandifo at gcc dot gnu dot org 2007-10-09 11:05 --- Subject: Bug 33615 Author: rsandifo Date: Tue Oct 9 11:05:33 2007 New Revision: 129164 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129164 Log: gcc/ PR tree-optimization/33615 * tree-ssa-pre.c (compute_avail): Don't call make_values_for_stmt if the statement might throw. Fix formatting. gcc/testsuite/ PR tree-optimization/33615 * g++.dg/tree-ssa/pr33615-2.C: New test. Added: trunk/gcc/testsuite/g++.dg/tree-ssa/pr33615-2.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-pre.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33615
[Bug tree-optimization/33615] Hoisting of potentially-throwing values for -fnon-call-exceptions
--- Comment #4 from rsandifo at gcc dot gnu dot org 2007-10-09 11:10 --- Patches applied. The consensus seemed to be that we need better infrastructure. The suggestions were: - set TREE_SIDE_EFFECTS for throwing expressions - add a new predicate for checking TREE_SIDE_EFFECTS, tree_could_throw_p, and others - make sure that throwing expressions end a bb even if they don't throw internally -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33615
[Bug middle-end/33692] [4.3 Regression] Type checking error with address-of and volatile
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-09 11:39 --- In fact, all of canonicalize_component_ref but maybe the bit-field case should be removed and remaining errors declared FE bugs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33692
[Bug middle-end/33679] Fortran front-end miscompiled?
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-09 11:42 --- Is a bootstrap & test on i386 clean otherwise (that is, if you disable fortran)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33679
[Bug tree-optimization/30052] [4.2 Regression] points-to analysis slow and memory hungry
--- Comment #49 from rguenth at gcc dot gnu dot org 2007-10-09 11:44 --- *** Bug 33708 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||fsemkin at yandex dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
[Bug middle-end/33708] Building X.org 6.9.0
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-10-09 11:44 --- *** This bug has been marked as a duplicate of 30052 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33708
[Bug tree-optimization/33680] [4.3 Regression] ICE when compilling elbg.c from ffmpeg (vectorizer)
--- Comment #8 from jakub at gcc dot gnu dot org 2007-10-09 12:29 --- If you use force_gimple_operand_bsi, it takes care of that itself. If you e.g. use force_gimple_operand instead, you need to take care of calling mark_symbols_for_renaming yourself. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33680
[Bug regression/32582] Bootstrap with vectorization enabled fails with ICE on PPC
--- Comment #33 from rakdver at kam dot mff dot cuni dot cz 2007-10-09 12:48 --- Subject: Re: Bootstrap with vectorization enabled fails with ICE on PPC > Zdenek, do you need an access to PPC, in order to look into this? I was finally able to get access to the machine I left back at home; I will have a look at the problem sometime this week. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32582
[Bug tree-optimization/33680] [4.3 Regression] ICE when compilling elbg.c from ffmpeg (vectorizer)
--- Comment #9 from irar at il dot ibm dot com 2007-10-09 12:49 --- (In reply to comment #8) > If you use force_gimple_operand_bsi, it takes care of that itself. Thanks! I will try to see if we can use it. The problem is we don't have a bsi, we insert those stmts using bsi_insert_on_edge_immediate on loop_preheader_edge. > If you e.g. use force_gimple_operand instead, you need to take care of > calling mark_symbols_for_renaming yourself. In order to do this, we will have to go through the statement list created by force_gimple_operand, and I am not sure that it's a good idea. Thanks, Ira -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33680
[Bug target/33704] AIX runs c++ constructors in incorrect order
--- Comment #9 from dje at gcc dot gnu dot org 2007-10-09 12:50 --- This is a long-standing issue about the way AIX loader behaves. AIX loader implements breadth-first, not depth first. This is a difference from SVR4-based systems. I believe that SVR4 does specify the ordeer. Look about 10 years ago on the mailinglist for a similar discussion. A solution within GCC is very complicated. This really is an enhancement request for AIX itself to make it more compatible with Linux and other SVR4-like operating systems. -- dje at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-10-09 12:50:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33704
[Bug tree-optimization/32684] Missed tail call with sin/cos and sincos pass
--- Comment #5 from chrbr at gcc dot gnu dot org 2007-10-09 13:12 --- you are right, it's not a sibcall, my mistake. But even at the tree level I still don't see the builtin marked as tailcall. On a reduced case when entering find_tail_calls I have D.1177_2 = __builtin_cos (phi_1(D)); D.1176_3 = COMPLEX_EXPR ; return D.1176_3; and this is not recognized as a tailcall a candidate because the GIMPLE_MODIFY_STMT operand 1 is a complex_expr, not a call. note that in the absence of complex_expr, such as a builtin_memset. all is fine -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32684
[Bug c/33711] New: Missed optimization: reduction by subtraction (vectorizer)
For example:
for (i = 0; i < N; i++) {
udiff -= (ub[i] * uc[i]);
--
Summary: Missed optimization: reduction by subtraction
(vectorizer)
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: eres at il dot ibm dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33711
[Bug tree-optimization/32684] Missed tail call with sin/cos and sincos pass
--- Comment #6 from chrbr at gcc dot gnu dot org 2007-10-09 13:15 --- > you are right, it's not a sibcall, my mistake. typo, I meant "libcall" not "sibcall" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32684
[Bug tree-optimization/33711] Missed optimization: reduction by subtraction (vectorizer)
--- Comment #1 from eres at il dot ibm dot com 2007-10-09 13:49 --- The loop in the above example does not get vectorized because of the subtraction in reduction; which is currently not supported. Taken from the vectorizer dump: test.c:19: note: worklist: examine stmt: udiff_7 = udiff_20 - D.2210_6 test.c:19: note: vect_is_simple_use: operand udiff_20 test.c:19: note: def_stmt: udiff_20 = PHI test.c:19: note: Unsupported pattern. test.c:19: note: not vectorized: unsupported use in stmt. test.c:19: note: unexpected pattern. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33711
[Bug ada/33712] New: libc_r is absent on the FreeBSD 7.0 and newer
The threading library on the FreeBSD is named libpthread starting from FreeBSD 5.x (the oldest supported version of the OS). Old library libc_r from the FreeBSD 4.x times was unsupported at least starting from FreeBSD 6.x, and is not present on FreeBSD 7.x. gcc/ada/Makefile.in sets THREADSLIB= -lc_r for freebsd/x86. After changing it to THREADSLIB= -lpthread Please, correct the name of threading library. -- Summary: libc_r is absent on the FreeBSD 7.0 and newer Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: trivial Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kostikbel at ukr dot net GCC build triplet: i386-pc-freebsd7 GCC host triplet: i386-pc-freebsd7 GCC target triplet: i386-pc-freebsd7 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33712
[Bug middle-end/33679] Fortran front-end miscompiled?
--- Comment #3 from kargl at gcc dot gnu dot org 2007-10-09 14:12 --- this has already been reported. See PR 33676. Unfortunately, having a rather slow pentium4 and incompetence with regression hunting with svn has slowed my search down. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33679
[Bug rtl-optimization/33669] [4.3 Regression] Revision 128957 miscompiles 481.wrf
--- Comment #13 from hjl at gcc dot gnu dot org 2007-10-09 14:00 --- Subject: Bug 33669 Author: hjl Date: Tue Oct 9 14:00:11 2007 New Revision: 129166 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129166 Log: gcc/ 2007-10-09 Kenneth Zadeck <[EMAIL PROTECTED]> PR middle-end/33669 * ra-conflict.c (record_one_conflict_between_regnos, set_conflicts_for_earlyclobber, global_conflicts): Improved logging. (global_conflicts): Removed incorrect check. gcc/testsuite/ 2007-10-09 Kenneth Zadeck <[EMAIL PROTECTED]> PR middle-end/33669 * gcc.c-torture/execute/pr33669.c: New. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr33669.c Modified: trunk/gcc/ChangeLog trunk/gcc/ra-conflict.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33669
[Bug middle-end/33679] Fortran front-end miscompiled?
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-10-09 14:00 --- (In reply to comment #1) > Is a bootstrap & test on i386 clean otherwise (that is, if you disable > fortran)? Yes it does. Well, apart from the mayalias failures. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33679
[Bug middle-end/33706] gcc_assert failure in verify_eh_edges
--- Comment #2 from aj at gcc dot gnu dot org 2007-10-09 14:08 --- Created an attachment (id=14330) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14330&action=view) Preprocessed and compressed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33706
[Bug bootstrap/33676] libgfortran bootstrap failure: selected_int_kind.f90:22: Segmentation fault
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-10-09 14:24 --- *** Bug 33679 has been marked as a duplicate of this bug. *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33676
[Bug middle-end/33679] Fortran front-end miscompiled?
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-10-09 14:24 --- (In reply to comment #3) > this has already been reported. See PR 33676. Great! I'm glad I'm not mad and other people are seeing it as well. > Unfortunately, having a rather slow pentium4 and > incompetence with regression hunting with svn > has slowed my search down. Thanks to the access to i386-linux kindly donated to me by Thomas Veith (I've been using it for monthes now to produce our daily binaries), I should be able to reghunt this one rather quickly. *** This bug has been marked as a duplicate of 33676 *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33679
[Bug ada/33712] libc_r is absent on the FreeBSD 7.0 and newer
--- Comment #1 from charlet at gcc dot gnu dot org 2007-10-09 14:36 --- This is indeed fixed already on trunk as suggested. Arno -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33712
[Bug tree-optimization/33680] [4.3 Regression] ICE when compilling elbg.c from ffmpeg (vectorizer)
--- Comment #10 from jakub at gcc dot gnu dot org 2007-10-09 14:45 --- Please see http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00155.html (the second patch in it). While the first patch has been committed, if there are other testcases which show that the lack of mark_symbols_for_renaming calls in vectorizer breaks them, IMHO the second patch is needed (and other force_gimple_operand calls in the vectorizer need checking as well). -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33680
[Bug target/33704] AIX runs c++ constructors in incorrect order
--- Comment #10 from bangerth at dealii dot org 2007-10-09 14:53 --- If it's a request to improve the AIX linker, should we even keep this PR open? David, as a sidenote (because you're at IBM), this is the sort of thing that makes AIX such an unpopular target to do development on. It just surprises me that 10+ years after everyone else had their linker fixed to support proper C++ templates and initialization order, IBM's linker still can't do it. I found porting our 350 kloc template-heavy code to AIX one of the more painful exercises I ever did. That's not your fault, but maybe you can pass it on to someone in charge. Sigh, and sorry for the digression... W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33704
[Bug target/31897] [4.3 Regression] 30% speed regression with -m32 on Opteron with rnflow
--- Comment #6 from hubicka at gcc dot gnu dot org 2007-10-09 14:54 --- It is little bit sick, but what about implying -mfpmath=sse when -ftree-vectorize is used and SSE is available? The reason why we don't default to fpmath=sse is because the extra precision is told to be part of i386 ABI, with vectorization we are not going to maintain this "feature" anyway. I can easily imagine that many users will try -ftree-vectorize and forget about -mfpmath... Honza -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31897
[Bug target/33138] [4.3 Regression] rejects valid? assembler, segfaults
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-10-09 14:58 --- Works for me with r129166. I suppose this was x86_64. And a dup of either PR33600 or PR33552. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet||x86_64-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33138
[Bug middle-end/33713] New: [4.3 Regression] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
libtheora has
typedef int int16_t __attribute__ ((__mode__ (__HI__)));
typedef int16_t ogg_int16_t;
void oc_frag_recon_inter2_mmx(unsigned char *_dst,int _dst_ystride,
const unsigned char *_src1,int _src1_ystride,const unsigned char *_src2,
int _src2_ystride,const ogg_int16_t *_residue)
{
long a;
int i;
__asm__ __volatile__(
"pxor %%mm0,%%mm0\n\t"
"movq (%[src1]),%%mm2\n\t"
:[src1]"+r"(_src1)
:
);
for(i=8;i-->0;){
__asm__ __volatile__(
"movq (%[src2]),%%mm4\n\t"
"movq %%mm2,%%mm3\n\t"
"movq %%mm4,%%mm5\n\t"
"mov %[src1_ystride],%[a]\n\t"
"punpcklbw %%mm0,%%mm2\n\t"
"punpcklbw %%mm0,%%mm4\n\t"
"lea (%[src1],%[a]),%[src1]\n\t"
"punpckhbw %%mm0,%%mm3\n\t"
"punpckhbw %%mm0,%%mm5\n\t"
"mov %[src2_ystride],%[a]\n\t"
"paddsw %%mm2,%%mm4\n\t"
"paddsw %%mm3,%%mm5\n\t"
"lea (%[src2],%[a]),%[src2]\n\t"
"movq (%[src1]),%%mm2\n\t"
"psrlw $1,%%mm4\n\t"
"psrlw $1,%%mm5\n\t"
"paddsw (%[residue]),%%mm4\n\t"
"paddsw 8(%[residue]),%%mm5\n\t"
"mov %[dst_ystride],%[a]\n\t"
"packuswb %%mm5,%%mm4\n\t"
"lea 0x10(%[residue]),%[residue]\n\t"
"movq %%mm4,(%[dst])\n\t"
"lea (%[dst],%[a]),%[dst]\n\t"
:[a]"=&a"(a),[dst]"+r"(_dst),[residue]"+r"(_residue),
[src1]"+r"(_src1),[src2]"+r"(_src2)
:[dst_ystride]"m"((long)_dst_ystride),
[src1_ystride]"m"((long)_src1_ystride),
[src2_ystride]"m"((long)_src2_ystride)
:"memory"
);
}
}
which gets both asms rejected with trunk (r129166) but are accepted with 4.2:
./cc1 -fpreprocessed mmxfrag.i -quiet -march=i586 -mtune=i686 -O -version
-fforce-addr -fomit-frame-pointer -fPIC -o /dev/null -m32
mmxfrag.i: In function 'oc_frag_recon_inter2_mmx':
mmxfrag.i:16: error: can't find a register in class 'GENERAL_REGS' while
reloading 'asm'
mmxfrag.i:9: error: 'asm' operand has impossible constraints
mmxfrag.i:16: error: 'asm' operand has impossible constraints
note both -fforce-addr and -fPIC are necessary to produce the problem.
--
Summary: [4.3 Regression] can't find a register in class
'GENERAL_REGS' while reloading 'asm'
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org
GCC target triplet: i?86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33713
[Bug target/33704] AIX runs c++ constructors in incorrect order
--- Comment #11 from dje at gcc dot gnu dot org 2007-10-09 15:07 --- The problem *could* be solved in GCC, so it probably is worth retaining the PR. AIX Brand is much more likely to respond to a customer requirement than a request from within IBM. When the problem affects a sale, IBM will address it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33704
[Bug ada/33712] libc_r is absent on the FreeBSD 7.0 and newer
--- Comment #2 from kostikbel at ukr dot net 2007-10-09 15:16 --- Could it be merged into 4.2 branch ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33712
[Bug target/33704] AIX runs c++ constructors in incorrect order
--- Comment #12 from bangerth at dealii dot org 2007-10-09 15:18 --- (In reply to comment #11) > The problem *could* be solved in GCC, so it probably is worth retaining the > PR. OK. > AIX Brand is much more likely to respond to a customer requirement than a > request from within IBM. When the problem affects a sale, IBM will address > it. Fair enough. Sorry to (ab)use you in this regard. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33704
[Bug rtl-optimization/33669] [4.3 Regression] Revision 128957 miscompiles 481.wrf
--- Comment #14 from zadeck at naturalbridge dot com 2007-10-09 15:32 --- Subject: Re: [4.3 Regression] Revision 128957 miscompiles 481.wrf hjl at gcc dot gnu dot org wrote: > --- Comment #13 from hjl at gcc dot gnu dot org 2007-10-09 14:00 --- > Subject: Bug 33669 > > Author: hjl > Date: Tue Oct 9 14:00:11 2007 > New Revision: 129166 > > URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129166 > Log: > gcc/ > > 2007-10-09 Kenneth Zadeck <[EMAIL PROTECTED]> > > PR middle-end/33669 > * ra-conflict.c (record_one_conflict_between_regnos, > set_conflicts_for_earlyclobber, global_conflicts): Improved > logging. > (global_conflicts): Removed incorrect check. > > gcc/testsuite/ > > 2007-10-09 Kenneth Zadeck <[EMAIL PROTECTED]> > > PR middle-end/33669 > * gcc.c-torture/execute/pr33669.c: New. > > Added: > trunk/gcc/testsuite/gcc.c-torture/execute/pr33669.c > Modified: > trunk/gcc/ChangeLog > trunk/gcc/ra-conflict.c > trunk/gcc/testsuite/ChangeLog > > > please back this out. i have a different patch that i have finished testing. this one is too conservative. kenny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33669
[Bug rtl-optimization/33669] [4.3 Regression] Revision 128957 miscompiles 481.wrf
--- Comment #15 from zadeck at naturalbridge dot com 2007-10-09 15:41
---
Subject: Re: [4.3 Regression] Revision 128957
miscompiles 481.wrf
This patch fixes the problem in a slightly different way. The other
patch was too conservative in that it ended up setting the added flag
too often what has some downstream quality issues.
I just finished testing this on x86-64, x86-32, ppc-32 and ia-64
kenny
2007-10-07 Kenneth Zadeck <[EMAIL PROTECTED]>
PR middle-end/33669
* ra-conflict.c (record_one_conflict_between_regnos,
set_conflicts_for_earlyclobber, global_conflicts): Improved logging.
(global_conflicts): Removed incorrect check.
2007-10-07 Kenneth Zadeck <[EMAIL PROTECTED]>
PR middle-end/33669
* gcc.c-torture/execute/pr33669.c: New.
Index: ra-conflict.c
===
--- ra-conflict.c (revision 129053)
+++ ra-conflict.c (working copy)
@@ -196,7 +196,7 @@ record_one_conflict_between_regnos (enum
int allocno2 = reg_allocno[r2];
if (dump_file)
-fprintf (dump_file, " rocbr adding %d<=>%d\n", r1, r2);
+fprintf (dump_file, "rocbr adding %d<=>%d\n", r1, r2);
if (allocno1 >= 0 && allocno2 >= 0)
set_conflict (allocno1, allocno2);
@@ -401,9 +401,6 @@ set_conflicts_for_earlyclobber (rtx insn
recog_data.operand[use +
1]);
}
}
-
- if (dump_file)
-fprintf (dump_file, " finished early clobber conflicts.\n");
}
@@ -983,12 +980,12 @@ global_conflicts (void)
set_renumbers_live (&renumbers_live, live_subregs,
live_subregs_used,
allocnum, renumber);
}
-
- else if (!sparseset_bit_p (allocnos_live, allocnum))
+ else if (live_subregs_used[allocnum] > 0
+ || !sparseset_bit_p (allocnos_live, allocnum))
{
if (dump_file)
- fprintf (dump_file, "dying pseudo\n");
-
+ fprintf (dump_file, "%sdying pseudo\n",
+(live_subregs_used[allocnum] > 0) ? "partially
": "");
/* Resetting the live_subregs_used is
effectively saying do not use the subregs
because we are reading the whole pseudo. */
@@ -1071,6 +1068,8 @@ global_conflicts (void)
FIXME: We should consider either adding a new kind of
clobber, or adding a flag to the clobber distinguish
these two cases. */
+ if (dump_file && VEC_length (df_ref_t, clobbers))
+ fprintf (dump_file, " clobber conflicts\n");
for (k = VEC_length (df_ref_t, clobbers) - 1; k >= 0; k--)
{
struct df_ref *def = VEC_index (df_ref_t, clobbers, k);
@@ -1132,6 +1131,8 @@ global_conflicts (void)
if (GET_CODE (PATTERN (insn)) == PARALLEL && multiple_sets
(insn))
{
int j;
+ if (dump_file)
+ fprintf (dump_file, " multiple sets\n");
for (j = VEC_length (df_ref_t, dying_regs) - 1; j >= 0; j--)
{
int used_in_output = 0;
@@ -1166,7 +1167,7 @@ global_conflicts (void)
}
}
- /* Add the renumbers live to the hard_regs_live for the next few
+ /* Add the renumbers live to the hard_regs_live for the next few
calls. All of this gets recomputed at the top of the loop so
there is no harm. */
IOR_HARD_REG_SET (hard_regs_live, renumbers_live);
Index: testsuite/gcc.c-torture/execute/pr33669.c
===
--- testsuite/gcc.c-torture/execute/pr33669.c (revision 0)
+++ testsuite/gcc.c-torture/execute/pr33669.c (revision 0)
@@ -0,0 +1,40 @@
+extern void abort (void);
+
+typedef struct foo_t
+{
+ unsigned int blksz;
+ unsigned int bf_cnt;
+} foo_t;
+
+#define _RNDUP(x, unit) x) + (unit) - 1) / (unit)) * (unit))
+#define _RNDDOWN(x, unit) ((x) - ((x)%(unit)))
+
+long long
+foo (foo_t *const pxp, long long offset, unsigned int extent)
+{
+ long long blkoffset = _RNDDOWN(offset, (long long )pxp->blksz);
+ unsigned int diff = (unsigned int)(offset - blkoffset);
+ unsigned int blkextent = _RNDUP(diff + extent, pxp->blksz);
+
+ if (pxp->blksz < blkextent)
+return -1LL;
+
+ if (pxp->bf_cnt > pxp->blksz)
+pxp->bf_cnt = pxp->blksz;
+
+ return blkoffset;
+}
+
+int
+main ()
+{
+ foo_t x;
+ long long xx;
+
+ x.blksz = 8192;
+ x.bf_cnt = 0;
+ xx = foo (&x, 0, 4096);
+ if (xx != 0LL)
+abort ();
+ return 0;
+}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33669
[Bug middle-end/33692] [4.3 Regression] Type checking error with address-of and volatile
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-10-09 15:51 --- Subject: Bug 33692 Author: rguenth Date: Tue Oct 9 15:51:46 2007 New Revision: 129167 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129167 Log: 2007-10-09 Richard Guenther <[EMAIL PROTECTED]> PR middle-end/33692 * gimplify.c (canonicalize_component_ref): Honor qualifiers of referenced structure and component. * gcc.dg/pr33692.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/pr33692.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33692
[Bug middle-end/33714] New: ivopts miscompiles insn-output.c
This was noticed by building a cross compiler from i386 to x86_64. gcc 4.2.1 will miscompile insn-output.c, the prologue_save_insn emitter. Can be extracted to the attached runtime testcase. The loop exit condition is miscompiled by ivopts with simply -O2. Before ivopts we have: i_28 = i_48 - 1; D.1652_15 = (long long int) i_28; D.1654_18 = *D.1653_45; D.1655_19 = D.1654_18->u.hwint[0]; if (D.1652_15 >= D.1655_19) goto ; else goto ; i.e. it compares with i_48-1, which is the loop iterator. ivopts transforms this into: i_28 = i_48 - 1; D.1858_83 = i_4 - 1; D.1859_84 = (long long unsigned int) D.1858_83; D.1860_85 = ivtmp.163_71 * 16; D.1861_86 = D.1859_84 + D.1860_85; D.1652_87 = (long long int) D.1861_86; D.1652_15 = D.1652_87; D.1654_18 = *D.1653_45; D.1655_19 = D.1654_18->u.hwint[0]; ivtmp.163_72 = ivtmp.163_71 - 16; if (D.1652_15 >= D.1655_19) goto ; else goto ; i_4-1 is the base variable for the loop iterator. ivopts tries to express the D.1652_15 in terms of that base and the new ivtmp.163. Unfortunately that ivtmp is multiplied by 16, and also has a stepsize of 16 (the multiplication by 16 actually is wrong even if the stepsize would be 16 as that then would multiply by 256 for the use in the D.1860_85 expression). -- Summary: ivopts miscompiles insn-output.c Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: matz at gcc dot gnu dot org GCC host triplet: i686-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33714
[Bug middle-end/33714] ivopts miscompiles insn-output.c
--- Comment #1 from matz at gcc dot gnu dot org 2007-10-09 15:52 --- Created an attachment (id=14331) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14331&action=view) runtime testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33714
[Bug c++/33715] New: Suggest -Wmemleak warning for C++
I would like to have a warning in C++ that warns about local variables assigned via operator new or operator new[], but then are not freed in an exception handling clause in case of an exception. This would probably be very noisy, but would also be very helpful in getting your own code exception safe. In a second step I'd like to have an attribute to denote values that are a "handle", for example a FILE* or an int in open() and socket(), so that gcc could warn about resource leaks in general. -- Summary: Suggest -Wmemleak warning for C++ Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: felix-gcc at fefe dot de GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33715
[Bug bootstrap/33676] libgfortran bootstrap failure: selected_int_kind.f90:22: Segmentation fault
--- Comment #5 from giovannibajo at libero dot it 2007-10-09 16:14 --- After each merge command, use "svn info" to identify the unique revision number to which those dates correspond. You can then use the same "svn merge" with revision number to further reghunt this bug. -- giovannibajo at libero dot it changed: What|Removed |Added Summary|libgfortran bootstrap |libgfortran bootstrap |failure:|failure: |selected_int_kind.f90:22: |selected_int_kind.f90:22: |Segmentation fault |Segmentation fault |libgfortran bootstrap | |failure:| |selected_int_kind.f90:22: | |internal compiler error:| |Segmentation fault: 11 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33676
[Bug bootstrap/33676] libgfortran bootstrap failure: selected_int_kind.f90:22: Segmentation fault
--- Comment #6 from giovannibajo at libero dot it 2007-10-09 16:15 --- Scratch that, sorry, "svn info" wouldn't convey the correct info. You need to use svn log to roughly convert between dates and revnums. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33676
[Bug middle-end/33714] [4.2 Regression] ivopts miscompiles insn-output.c
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-09 16:16 --- Confirmed. You need HWI of 32bits to trigger the problem. Maybe latent on the trunk (I didn't check if it fails there, too). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org, rakdver at gcc dot gnu ||dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet||i?86-*-* Keywords||wrong-code Known to fail||4.2.2 Known to work||4.1.1 Last reconfirmed|-00-00 00:00:00 |2007-10-09 16:16:38 date|| Summary|ivopts miscompiles insn-|[4.2 Regression] ivopts |output.c|miscompiles insn-output.c http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33714
[Bug rtl-optimization/33669] [4.3 Regression] Revision 128957 miscompiles 481.wrf
--- Comment #16 from hjl at lucon dot org 2007-10-09 16:19 --- (In reply to comment #14) > Subject: Re: [4.3 Regression] Revision 128957 > miscompiles 481.wrf > > > please back this out. i have a different patch that i have finished > testing. this one is too conservative. > I backed out the change to ra-conflict.c. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33669
[Bug rtl-optimization/33716] New: gcc generates suboptimal code for long long shifts
Consider this function:
unsigned long long x(unsigned long long l) {
return l >> 4;
}
gcc will use the shrd instruction here, which is much slower than doing it "by
hand" on at least Athlon, Pentium 3, VIA C3. On Core 2 shrd appears to be
faster.
On my Athlon 64, I measured 350 cycles vs 441 for a loop of 100.
On my Core 2, I measured 672 cycles vs 624.
So, my suggestion is: if -march= is set to Pentium 3 or a non-Intel CPU, don't
use shrd and shrl.
My benchmark program is on http://dl.fefe.de/shrd.c
--
Summary: gcc generates suboptimal code for long long shifts
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: felix-gcc at fefe dot de
GCC build triplet: i386-pc-linux-gnu
GCC host triplet: i386-pc-linux-gnu
GCC target triplet: i386-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33716
[Bug middle-end/33714] [4.2 Regression] ivopts miscompiles insn-output.c
-- rakdver at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-10-09 16:16:38 |2007-10-09 16:51:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33714
[Bug middle-end/33713] [4.3 Regression] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Comment #1 from matz at gcc dot gnu dot org 2007-10-09 16:50 --- In 4.2.x CSE1 will already fold back the force-addr insns into the users, i.e. the asm insn will not even see different registers in those 'm' operands as address but simply (argp + ). trunk somehow manages to _not_ propagate these force-addr results into the asm, and that then creates this problem, because that asm then suddenly has seven different pseudo regs as input :-/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33713
[Bug bootstrap/33676] libgfortran bootstrap failure: selected_int_kind.f90:22: Segmentation fault
--- Comment #7 from hjl at lucon dot org 2007-10-09 17:05 --- It may be related to PR 33669. -- hjl at lucon dot org changed: What|Removed |Added CC||hjl at lucon dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33676
[Bug rtl-optimization/33717] New: slow code generated for 64-bit arithmetic
gcc generates very poor code on some bignum code I wrote.
I put the sample code to http://dl.fefe.de/bignum-add.c for you to look at.
The crucial loop is this (x, y and z are arrays of unsigned int).
for (i=0; i<100; ++i) {
l += (unsigned long long)x[i] + y[i];
z[i]=l;
l>>=32;
}
gcc code (-O3 -march=athlon64):
movl-820(%ebp,%esi,4), %eax
movl-420(%ebp,%esi,4), %ecx
xorl%edx, %edx
xorl%ebx, %ebx
addl%ecx, %eax
adcl%ebx, %edx
addl-1224(%ebp), %eax
adcl-1220(%ebp), %edx
movl%eax, -4(%edi,%esi,4)
incl%esi
movl%edx, %eax
xorl%edx, %edx
cmpl$101, %esi
movl%eax, -1224(%ebp)
movl%edx, -1220(%ebp)
jne .L4
As you can see, gcc keeps the long long accumulator in memory. icc keeps it
in registers instead:
movl 4(%esp,%edx,4), %eax #25.30
xorl %ebx, %ebx#25.5
addl 404(%esp,%edx,4), %eax#25.5
adcl $0, %ebx #25.5
addl %esi, %eax#25.37
movl %ebx, %esi#25.37
adcl $0, %esi #25.37
movl %eax, 804(%esp,%edx,4)#26.5
addl $1, %edx #24.22
cmpl $100, %edx#24.15
jb..B1.4# Prob 99% #24.15
The difference is staggering: 2000 cycles for gcc, 1000 for icc.
This only happens on x86, btw. On amd64 there are enough registers, so gcc and
icc are closer (840 vs 924, icc still generates better code here).
Still: both compilers could generate even better code. I put some inline asm
in the file for comparison, which could be improved further by loop unrolling.
--
Summary: slow code generated for 64-bit arithmetic
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: felix-gcc at fefe dot de
GCC build triplet: i386-pc-linux-gnu
GCC host triplet: i386-pc-linux-gnu
GCC target triplet: i386-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33717
[Bug middle-end/33713] [4.3 Regression] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Comment #2 from matz at gcc dot gnu dot org 2007-10-09 17:41 --- I think this happens because gcc 4.3.x doesn't have fold_rtx_mem() and friends anymore since the introduction of fwprop.c. It formerly used to also lookup the address of the given MEMs, and hence perform this substitution. Now nothing looks at the address anymore (in cse). I don't yet know why fwprop doesn't do that. Paolo? -- matz at gcc dot gnu dot org changed: What|Removed |Added CC||bonzini at gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33713
[Bug tree-optimization/32684] Missed tail call with sin/cos and sincos pass
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-10-09 17:59 --- I get: sincostmp.5 = __builtin_cexpi (phi); REALPART_EXPR <> = REALPART_EXPR ; IMAGPART_EXPR <> = IMAGPART_EXPR ; return ; Which is created after the sincos pass as: sincostmp.5_7 = __builtin_cexpi (phi_1(D)); D.1522_2 = REALPART_EXPR ; D.1524_4 = IMAGPART_EXPR ; REALPART_EXPR <> = D.1522_2; IMAGPART_EXPR <> = D.1524_4; Which we don't recombine the real/img parts into just one assignment. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32684
[Bug libstdc++/33487] parallel v3: more functions not in right namespace
--- Comment #7 from bkoz at gcc dot gnu dot org 2007-10-09 18:05 --- Yes Wolfgang, please close this. I'm testing the fix for the rest of the default constructible issues. -benjaminh -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33487
[Bug classpath/19613] java.util.prefs should work like the JDK
--- Comment #7 from gnu_andrew at member dot fsf dot org 2007-10-09 18:40 --- Current Classpath has: FileBasedFactory.java GConfBasedFactory.java MemoryBasedFactory.java so 3 times the number of factories as when this bug was written. Can we close it or are we still not compatible with Sun? -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19613
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #3 from gnu_andrew at member dot fsf dot org 2007-10-09 18:42 --- Is this still a valid thing to do? We have an associated JikesRVM task for it: http://jira.codehaus.org/browse/RVM-266 -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/19613] java.util.prefs should work like the JDK
--- Comment #8 from tromey at gcc dot gnu dot org 2007-10-09 18:43 --- We still don't interoperate properly. Now that OpenJDK exists someone could implement this, if we still care. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19613
[Bug bootstrap/33676] libgfortran bootstrap failure: selected_int_kind.f90:22: Segmentation fault
--- Comment #8 from belyshev at depni dot sinp dot msu dot ru 2007-10-09
18:43 ---
// Small testcase, compile with "-march=i586 -O0 -fomit-frame-pointer":
__attribute__((noreturn,noinline)) void abrt (const char *fi, const char *fu)
{
__builtin_abort ();
}
__attribute__((noinline)) int f (int k)
{
return k;
}
__attribute__((noinline)) int g (int t, int k)
{
int b;
switch (t)
{
case 0:
abrt (__FILE__, __FUNCTION__);
case 1:
b = f (k);
break;
case 2:
b = f (k);
break;
case 3:
b = f (k);
break;
case 4:
b = f (k);
break;
default:
abrt (__FILE__, __FUNCTION__);
}
return b;
}
int main (void)
{
if (g (3, 1337) != 1337)
abrt (__FILE__, __FUNCTION__);
return 0;
}
// Fails only with -fomit-frame-pointer and with -march <= i586.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33676
[Bug bootstrap/33676] libgfortran bootstrap failure: selected_int_kind.f90:22: Segmentation fault
--- Comment #9 from hjl at lucon dot org 2007-10-09 18:47 --- Revision 128957 causes this regression. -- hjl at lucon dot org changed: What|Removed |Added CC||zadeck at naturalbridge dot ||com BugsThisDependsOn||33669 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33676
[Bug libstdc++/33487] parallel v3: more functions not in right namespace
--- Comment #8 from bangerth at dealii dot org 2007-10-09 18:48 --- Fixed, thanks y'all! -- bangerth at dealii dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33487
[Bug tree-optimization/18687] [4.0/4.1/4.2/4.3 Regression] ~50% compile time regression
--- Comment #36 from hubicka at gcc dot gnu dot org 2007-10-09 18:57 --- Startup times was optimized a bit in 4.3. hashes.c, 100 compilations: GCC-3.3 GCC-3.4 mainline mainline&profiledbootstrap -O0 3.2s3.8s 3.6s3.3s -O1 5s 5.6s 8.1s7.4s -O2 7.7s7.6s 12.4s 11.1s So at least for -O0 we are back to original speed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18687
[Bug middle-end/31947] [4.2 Regression] ICE in calc_dfs_tree, at dominance.c:374
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31947
[Bug c++/31780] [4.2/4.3 regression] ICE with incompatible types for ?: with "complex type" conversion
--- Comment #14 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31780
[Bug c++/32182] [4.2 Regression] -fstrict-aliasing optimizations cause constructor not to run for object causing segfault
--- Comment #15 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32182
[Bug rtl-optimization/31360] [4.2 Regression] RTL loop invariant is not aggressive enough
--- Comment #30 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31360
[Bug c++/32470] [4.2 regression] fvisibility=hidden without effect in some cases
--- Comment #10 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32470
[Bug tree-optimization/32328] [4.2 Regression] -fstrict-aliasing causes skipped code
--- Comment #28 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32328
[Bug tree-optimization/32544] [4.2 Regression] miscompiles Mesa's r300 DRI driver with -ftree-vrp
--- Comment #11 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32544
[Bug tree-optimization/32575] [4.2/4.3 regression] With -ftree-vrp miscompiles a single line of code in SQLite
--- Comment #10 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32575
[Bug c++/32716] [4.2 Regression] Wrong code generation. Alias and C++ virtual bases problem.
--- Comment #12 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32716
[Bug middle-end/32327] [4.2 Regression] Incorrect stack sharing causing removal of live code
--- Comment #31 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32327
[Bug c++/33094] [4.2 Regression] ICE on valid C++ virtual template static member in anonymous namespace
--- Comment #7 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33094
[Bug middle-end/33195] [4.2 Regression] ICE: calc_dfs_tree, at dominance.c:374
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33195
[Bug c++/33289] [4.2 Regression] __sprintf_chk etc. not DECL_ANTICIPATED
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33289
[Bug tree-optimization/33099] [4.2 Regression] Scalar evolutions confusing VRP with pointer values that wrap around
--- Comment #8 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33099
[Bug c++/33616] [4.1/4.2/4.3 regression] "lvalue required as unary '&' operand" with template pmf
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33616
[Bug tree-optimization/33619] [4.1/4.2/4.3 Regression] TER breaks some inline-asm code (again)
--- Comment #6 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33619
[Bug c/12245] [4.0/4.1/4.2/4.3 regression] Uses lots of memory when compiling large initialized arrays
--- Comment #31 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12245
[Bug tree-optimization/16876] [4.0/4.1/4.2 Regression] ICE on testcase with -O3 in fold-const
--- Comment #21 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16876
[Bug c++/33506] [4.2 Regression] TYPE_RAISES_EXCEPTIONS dumped with attributes
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33506
[Bug driver/14435] [4.0/4.1/4.2/4.3 Regression] gnatchop cannot use the compiled compiler in Ada's testsuite because of changed GCC_EXEC_PREFIX semantics
--- Comment #24 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14435
[Bug tree-optimization/19910] [4.2 regression] ICE with -ftree-loop-linear
--- Comment #17 from mmitchel at gcc dot gnu dot org 2007-10-09 19:20 --- Change target milestone to 4.2.3, as 4.2.2 has been released. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.2 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19910
