[Bug fortran/47583] [4.6 Regression] Inquire affected by previous read
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47583 --- Comment #6 from Harald Klimach harald at klimachs dot de 2011-02-02 08:04:30 UTC --- (In reply to comment #5) Thanks a lot, at least for me this patch seems to solve the problem.
[Bug fortran/47571] [4.6 Regression] undefined reference to clock_gettime in Linux build of 02/01/2011
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571 --- Comment #15 from Janne Blomqvist jb at gcc dot gnu.org 2011-02-02 08:48:27 UTC --- Author: jb Date: Wed Feb 2 08:48:24 2011 New Revision: 169517 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169517 Log: PR 47571 Weakref trickery for clock_gettime() Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/configure trunk/libgfortran/configure.ac trunk/libgfortran/intrinsics/time_1.h
[Bug fortran/47574] internal compiler error: in build2_stat, at tree.c:3795
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574 --- Comment #6 from Martin Losch mlo...@uni-bremen.de 2011-02-02 09:00:10 UTC --- (In reply to comment #4) As far as I can see (from the header files that came with pre-compiled binaries) this was used: #define MPFR_VERSION_STRING 2.4.1 #define MPC_VERSION_STRING 0.8.1 #define __GNU_MP_VERSION 4 #define __GNU_MP_VERSION_MINOR 3 #define __GNU_MP_VERSION_PATCHLEVEL 1 I have used gdb for minimally, but what is its use here? I cannot create an executable if I do not reduce the optimization level. What do you suggest?
[Bug c++/47585] New: remaining dependent base lookup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47585
Summary: remaining dependent base lookup
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: krec...@ginac.de
G++ accepts this invalid code:
template class T
struct base {
void f(void*);
};
template class T
struct derived : baseT {
derived() { f(this); } /* note: f(0) breaks g++, too */
};
struct instanced : derivedunsigned {
instanced() {}
};
See a recent discussion on news:comp.lang.c++.moderated about this:
http://groups.google.com/group/comp.lang.c++.moderated/browse_thread/thread/ba5a7a368233a022
[Bug fortran/47574] internal compiler error: in build2_stat, at tree.c:3795
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574 --- Comment #7 from Martin Losch mlo...@uni-bremen.de 2011-02-02 09:09:07 UTC --- (In reply to comment #5) I have had a look at the test code. Could you try (1) to comment the call to EXCH2_UV_AGRID_3D_RL, (2) the same for the (two?) COMMONs, and see if one of these changes makes the ICE disappear? I do not understand (1): commenting out the call to this routine elsewhere does not modify the compilation of the routine. If you meant commenting out the calls to EXCH2_RL1_CUBE, then this does not make the ICE go away. (2) I commented out all (five) COMMON blocks (but not the associated declarations of variables), and the ICE does not go away, either. What makes the problem go away is commenting out line 949.
[Bug target/47558] 163267 breaks exception traceback in xplor-nih
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
Iain Sandoe iains at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed||2011.02.02 09:12:46
Ever Confirmed|0 |1
--- Comment #32 from Iain Sandoe iains at gcc dot gnu.org 2011-02-02 09:12:46
UTC ---
(In reply to comment #31)
I can confirm that adding -flat_namespace to the linkage of xplor using stock
gcc trunk is insufficient to eliminate the crashes in the FSF libgcc unwinder.
comment #30 and comment #31 are as one would expect.
adding -flat_namespace pushes the responsibility onto the build to ensure that
the libs are presented in the correct order for the design (when symbols appear
in more than one lib). That includes libs provided by GCC - although (maybe)
the User should not have to think about that. It also includes placement of
the libs in search paths at load/execute time (outside of our control).
One way of controlling the [link time] order (with the #24 patch in place) is
to add -flat_namespace to the exe too. Equally, one could ensure that the
build references /usr/lib/libgcc_s.10.5.dylib or libSystem before
/my/install/path/libgcc_s.1.dylib.
Ultimately, the 'fix' to this is to ensure that the lib we install to provide
the extensions does not export the other symbols (then we won't care about of
the order of libs or DYLD_LIBRARY_PATHs). However, this is not something for
stage 4, and I expect that there will be test-suite fall-out when we implement
it.
So either
1/revert 163267 as proposed,
Are we sure that it has no effect on any other (esp. Java) test-cases?
2/ Patch @ comment #24 is a work-around that only changes the order for flat
namespace.
If we do #2, then we should add Zforce_flat_namespace as Jack pointed out in
comment #27 like so:
%{Zflat_namespace|Zforce_flat_namespace:
3/ %L %G %L
If (1) doesn't work then neither will this.
So - the permutations need reg-strapping (on Darwin 10 at least) - I'll do a
sanity check on Darwin 9 - although it should be unaffected.
[Bug target/47551] ICE when reloading neon registers from out-of-range offsets
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47551 rsand...@gcc.gnu.org rsandifo at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011.02.02 09:16:47 CC||rsandifo at gcc dot gnu.org AssignedTo|unassigned at gcc dot |rsandifo at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1
[Bug target/47553] ARM neon vld1q_lane_u8 co. don't accept lanes = 8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47553 rsand...@gcc.gnu.org rsandifo at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED URL||http://gcc.gnu.org/ml/gcc-p ||atches/2011-01/msg02284.htm ||l Last reconfirmed||2011.02.02 09:18:50 CC||rsandifo at gcc dot gnu.org AssignedTo|unassigned at gcc dot |rsandifo at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1
[Bug fortran/47574] internal compiler error: in build2_stat, at tree.c:3795
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574 --- Comment #8 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-02-02 09:35:31 UTC --- (In reply to comment #6) I have used gdb for minimally, but what is its use here? I cannot create an executable if I do not reduce the optimization level. What do you suggest? I suggest to run gdb on f951 to see the path leading to the error exch2_uv_agrid_3d_rl.f:293:0: internal compiler error: in build2_stat, at tree.c:3795 gfortran is located in /some_path/bin. You'll find f951 in /some_path/libexec/gcc/platform/version/ (gdb /opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.6.0/4.6.0/f951 for me). Set a breakpoint to fancy_abort, run the code and do a backtrace. (In reply to comment #7) What makes the problem go away is commenting out line 949. There is no line 949 in attachment 23201. The goal is to reduce the file to the minimal size reproducing the ICE. CALL and COMMON have triggered bugs in the past, hence my question (note that in the attachment 23201 there are only two COMMONs: /EEPARAMS_L/ and /EEPARAMS_I/).
[Bug target/47543] [4.6 Regression] ICE: in extract_insn, at recog.c:2109 when building zlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543 --- Comment #9 from Ian Bolton ibolton at gcc dot gnu.org 2011-02-02 09:50:23 UTC --- (In reply to comment #8) The potential fix seems to work fine on x86 as well. I'm going to build a arm-elf toolchain and see if anything else pops up during a cross build. If someone with real arm hardware could do a bootstrap with the potential fix applied, it'd be greatly appreciated. Thanks for nailing this one so quickly, Jeff. I will set off a native bootstrap and report back when done.
[Bug middle-end/47566] ICE in vn_reference_lookup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566 --- Comment #13 from Richard Guenther rguenth at gcc dot gnu.org 2011-02-02 09:59:29 UTC --- Author: rguenth Date: Wed Feb 2 09:59:23 2011 New Revision: 169518 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169518 Log: 2011-02-02 Richard Guenther rguent...@suse.de PR tree-optimization/47566 * builtins.c (builtin_save_expr): No SAVE_EXPR for SSA_NAMEs. * gcc.dg/lto/20110201-1_0.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/lto/20110201-1_0.c Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/testsuite/ChangeLog
[Bug target/47564] [4.6 Regression] internal compiler error in memory_address_addr_space, at explow.c:504
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47564 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2011-02-02 10:00:11 UTC --- Created attachment 23211 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23211 gcc46-pr47564.patch Updated fix. For 4.7 I'd say we want to split this reinitialization up, into reinitializations that matter for tree optimizations (ideally those could be saved into (and restored from) some save area pointed to from TARGET_OPTION_NODE, e.g. init_set_costs can be saved into target_cfgloop structure), and initializations that only matter from expand_gimple_cfg entry till free_after_compilation (there we could remember the last TARGET_OPTION_NODE (or global) and if current TARGET_OPTION_NODE (or global) is different from it, call the init_* calls at the beginning of expand_gimple_cfg.
[Bug middle-end/47566] ICE in vn_reference_lookup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 --- Comment #14 from Richard Guenther rguenth at gcc dot gnu.org 2011-02-02 10:00:49 UTC --- Fixed.
[Bug fortran/47583] [4.6 Regression] Inquire affected by previous read
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47583 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 CC||jakub at gcc dot gnu.org
[Bug debug/47508] [4.6 Regression] -fcompare-debug failure with -ftracer for pr42918.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47508 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2011-02-02 10:05:24 UTC --- And now a new version of that patch has been checked in. Can you verify if this bug still exists with current trunk (r169513 or newer)?
[Bug fortran/47574] internal compiler error: in build2_stat, at tree.c:3795
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574 Martin Losch mlo...@uni-bremen.de changed: What|Removed |Added Attachment #23201|0 |1 is obsolete|| --- Comment #9 from Martin Losch mlo...@uni-bremen.de 2011-02-02 10:08:39 UTC --- Created attachment 23212 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23212 simplified fortran code to reproduce problem commenting either lines 91 and 92 or 98 and 99 gets rid off the ICE
[Bug fortran/47574] internal compiler error: in build2_stat, at tree.c:3795
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574 --- Comment #10 from Martin Losch mlo...@uni-bremen.de 2011-02-02 10:28:15 UTC --- (In reply to comment #8) (In reply to comment #6) I have used gdb for minimally, but what is its use here? I cannot create an executable if I do not reduce the optimization level. What do you suggest? I suggest to run gdb on f951 to see the path leading to the error exch2_uv_agrid_3d_rl.f:293:0: internal compiler error: in build2_stat, at tree.c:3795 gfortran is located in /some_path/bin. You'll find f951 in /some_path/libexec/gcc/platform/version/ (gdb /opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.6.0/4.6.0/f951 for me). Set a breakpoint to fancy_abort, run the code and do a backtrace. I am afraid that's beyond my capabilities. my gdb does not off a breakpoint fancy_abort and since I only download precompiled binaries the gbd does not even find the object files. Here's the beginning of the output: gdb /usr/local/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/f951 GNU gdb 6.3.50-20050815 (Apple version gdb-1510) (Wed Sep 22 02:45:02 UTC 2010) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-apple-darwin...Reading symbols for shared libraries ... warning: Could not find object file /Users/gkhanna/build/x86_64-apple-darwin10.4.0/libgcc/_muldi3_s.o - no debug information available for ../../../gcc-4.6-20101106/libgcc/../gcc/libgcc2.c. [...] (In reply to comment #7) What makes the problem go away is commenting out line 949. There is no line 949 in attachment 23201 [details]. The goal is to reduce the file to the minimal size reproducing the ICE. CALL and COMMON have triggered bugs in the past, hence my question (note that in the attachment 23201 [details] there are only two COMMONs: /EEPARAMS_L/ and /EEPARAMS_I/). This is embarrissing. I apologize for attaching another wrong file (the correct file name would have been exch2_uv_agrid_3d_rl.f). I have now removed everything from this file that seems unnecessary to reproduce the ICE and have attached it as strippeddownfile.f (attachment 23212).
[Bug fortran/47574] internal compiler error: in build2_stat, at tree.c:3795
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574 --- Comment #11 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-02-02 11:22:39 UTC --- This is embarrissing. I apologize for attaching another wrong file (the correct file name would have been exch2_uv_agrid_3d_rl.f). I have now removed everything from this file that seems unnecessary to reproduce the ICE and have attached it as strippeddownfile.f (attachment 23212 [details]). Now I can reproduce it with revisions 166102, 166367, 166401, 166533, and 167096, but not with revision 162456 nor revision 167584. So the bug seems to have been introduced between revisions 162456 and 166102 and fixed between revisions 167096 and 167584. You are unlucky to be right where the bug is;-(I'll look later to see if I can refine the windows and try to spot the right pr). Meanwhile you should notify Gaurav Khanna about the bug and ask him if he his planning a more recent build.
[Bug middle-end/47581] [4.6 regression] Unnecessary adjustments to stack pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2011-02-02 11:23:18 UTC --- Before Richard's commit apparently expand_one_var wasn't updating stack_alignment_needed, just stack_alignment_estimated, now it updates both. As PREFERRED_STACK_BOUNDARY is 128 (the default), ix86_minimum_alignment: if (TARGET_64BIT || align != 64 || ix86_preferred_stack_boundary = 64) return align; returns 64 instead of 32. So, to fix this, either the stack_alignment_needed updating in expand_one_var isn't strictly necessary and we could undo that part of the changes. Or return 32 as MINIMUM_ALIGNMENT for DImode long long even for ix86_preferred_stack_boundary = 64. Or we could perhaps the /* Align start of frame for local function. */ offset = (offset + stack_alignment_needed - 1) -stack_alignment_needed; in ix86_compute_frame_layout perform only if if (offset != frame-sse_reg_save_offset || size != 0 || !current_function_is_leaf || cfun-calls_alloca || ix86_current_function_calls_tls_descriptor) (i.e. if frame size is 0 and no outgoing calls, it doesn't make sense to align).
[Bug c++/47585] remaining dependent base lookup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47585 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2011-02-02 11:50:00 UTC --- dup of PR 24163 ?
[Bug c++/47585] remaining dependent base lookup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47585 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2011-02-02 11:57:52 UTC --- yes, I'm sure this is the same, as in the bug I reported, baseT::f is only found if the expression is dependent (so lookup is delayed to instantiation time) but that shouldn't affect it. 14.6.2/3 is clear that dependent bases are not examined for unqualified name lookup at definition or instantiation *** This bug has been marked as a duplicate of bug 24163 ***
[Bug c++/24163] dependent Base class scope examined during unqualified name lookup in template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24163 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added CC||kreckel at ginac dot de --- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org 2011-02-02 11:57:52 UTC --- *** Bug 47585 has been marked as a duplicate of this bug. ***
[Bug target/47584] [4.6 regression] internal compiler error: sigsegv in libcpp/line-map.c:285
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47584 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target||i686-pc-mingw32 Component|driver |target Version|unknown |4.6.0 Target Milestone|--- |4.6.0 --- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2011-02-02 12:10:48 UTC --- I suspect PCH on mingw might simply not work reliably.
[Bug middle-end/47581] [4.6 regression] Unnecessary adjustments to stack pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581 --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2011-02-02 12:12:23 UTC --- (In reply to comment #3) Before Richard's commit apparently expand_one_var wasn't updating stack_alignment_needed, just stack_alignment_estimated, now it updates both. As PREFERRED_STACK_BOUNDARY is 128 (the default), ix86_minimum_alignment: if (TARGET_64BIT || align != 64 || ix86_preferred_stack_boundary = 64) return align; returns 64 instead of 32. So, to fix this, either the stack_alignment_needed updating in expand_one_var isn't strictly necessary and we could undo that part of the changes. Or return 32 as MINIMUM_ALIGNMENT for DImode long long even for ix86_preferred_stack_boundary = 64. Or we could perhaps the /* Align start of frame for local function. */ offset = (offset + stack_alignment_needed - 1) -stack_alignment_needed; in ix86_compute_frame_layout perform only if if (offset != frame-sse_reg_save_offset || size != 0 || !current_function_is_leaf || cfun-calls_alloca || ix86_current_function_calls_tls_descriptor) (i.e. if frame size is 0 and no outgoing calls, it doesn't make sense to align). I think we align the stack for reload (which might still happen without outgoing calls, simply with enough register pressure).
[Bug middle-end/47581] [4.6 regression] Unnecessary adjustments to stack pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2011-02-02
12:25:01 UTC ---
But then wouldn't be size != 0?
At least when I try -O2 -m32:
int
foo (int x, int y)
{
long long a = (x + 0LL) * y;
long long b = (x - 63LL) * ((y | 12) + 67LL);
long long c = (x - 27LL) * ((y | 17) + 12);
long long d = (x - 79LL) * ((y | 12) + 18);
long long e = (x - 28LL) * ((y | 21) + 34LL);
long long f = (x - 77LL) * ((y | 18) + 39LL);
return (a 10) + (b 8) + (c 6) + (d 24) + (e 17) + (f 39);
}
size is 0 until IRA time (no stack slots needed) and thus with the patch it
keeps not aligning the offset and then when some pseudos are spilled the
function is called again, at that point already get_frame_size is non-zero and
it allocates bigger stack. reload iterates as long as
verify_initial_elimination_offsets fails or as long as frame size changes, and
if (insns_need_reload != 0 || something_needs_elimination
|| something_needs_operands_changed)
{
HOST_WIDE_INT old_frame_size = get_frame_size ();
reload_as_needed (global);
gcc_assert (old_frame_size == get_frame_size ());
gcc_assert (verify_initial_elim_offsets ());
}
should IMHO make sure the patch can work properly (because it only changes
frame offsets if get_frame_size () changed and these asserts assure they don't.
[Bug fortran/47583] [4.6 Regression] Inquire affected by previous read
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47583 --- Comment #7 from jpr at csc dot fi 2011-02-02 12:48:37 UTC --- (In reply to comment #6) (In reply to comment #5) Thanks a lot, at least for me this patch seems to solve the problem. Well, that patch did break the direct_io_1.f90 test case however, as the ext.dt member setting overwrote the ext.iterator member (when there was implied do loop in the inquire(iolength=) statement). This might be better: Index: io.c === --- io.c(revision 169506) +++ io.c(working copy) @@ -3091,7 +3091,8 @@ cp = gfc_get_code (); cp-op = EXEC_TRANSFER; cp-expr1 = expr; - cp-ext.dt = current_dt; + if (k != M_INQUIRE) +cp-ext.dt = current_dt; *cpp = cp; return MATCH_YES;
[Bug debug/47501] [4.6 Regression] -fcompare-debug failure with -Os -fmodulo-sched
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47501 --- Comment #5 from Zdenek Sojka zsojka at seznam dot cz 2011-02-02 13:00:06 UTC --- Thank you for quick fix. I tested that patch on top of r169501 (I tested it before with r169450, but deleted the results...) - bootstrap with yes,rtl,df checking went fine, check with RUNTESTFLAGS=--target_board=unix/-fschedule-insns2/-fsched2-use-superblocks/-fmodulo-sched/-fcompare-debug showed no ICEs, -fcompare-debug failures or exec failures caused by that patch. (languages=c,c++,lto,fortran)
[Bug fortran/47572] [OOP] Invalid: Allocatable polymorphic with init expression.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47572 --- Comment #2 from janus at gcc dot gnu.org 2011-02-02 13:11:54 UTC --- Author: janus Date: Wed Feb 2 13:11:50 2011 New Revision: 169520 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169520 Log: 2011-02-02 Janus Weil ja...@gcc.gnu.org PR fortran/47572 * resolve.c (resolve_fl_variable): Handle polymorphic allocatables. 2011-02-02 Janus Weil ja...@gcc.gnu.org PR fortran/47572 * gfortran.dg/class_36.f03: New. Added: trunk/gcc/testsuite/gfortran.dg/class_36.f03 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/testsuite/ChangeLog
[Bug fortran/47572] [OOP] Invalid: Allocatable polymorphic with init expression.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47572 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from janus at gcc dot gnu.org 2011-02-02 13:12:56 UTC --- Fixed with r169520. Closing.
[Bug middle-end/47581] [4.6 regression] Unnecessary adjustments to stack pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581 --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2011-02-02 13:52:42 UTC --- Created attachment 23213 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23213 gcc46-pr47581.patch This patch indeed fixes the testcase and passed bootstrap/regtest on x86_64-linux and i686-linux.
[Bug tree-optimization/45122] [4.6 Regression] -funsafe-loop-optimizations causes FAIL: gcc.c-torture/execute/pr27285.c execution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45122 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Attachment #23185|0 |1 is obsolete|| --- Comment #17 from Jakub Jelinek jakub at gcc dot gnu.org 2011-02-02 13:54:26 UTC --- Created attachment 23214 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23214 gcc46-pr45122.patch This patch passed bootstrap/regtest on x86_64-linux and i686-linux, no regressions this time.
[Bug fortran/47586] New: allocatable components: deep copy missing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47586 Summary: allocatable components: deep copy missing Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: ja...@gcc.gnu.org Follow-up to PR 47455 (comment #5): type :: tx integer, dimension(:), allocatable :: i end type tx type(tx) :: this type(tx), target :: that type(tx), pointer :: p allocate(that%i(2)) that%i = [0, 0] p = that ! this = that ! (1) direct assignment: works (deep copy) ! this = p ! (2) using a pointer works as well this = find_x(that) ! (3) pointer function: fails (deep copy missing) that%i = [1, 1] print *,this%i if(any (this%i /= [0, 0])) call abort() contains function find_x(that) type(tx), target :: that type(tx), pointer :: find_x find_x = that end function find_x end This code currently fails for the third case, while it works for the first two.
[Bug fortran/47455] [4.6 Regression][OOP] internal compiler error: in fold_convert_loc, at fold-const.c:2028
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47455 --- Comment #14 from janus at gcc dot gnu.org 2011-02-02 14:10:41 UTC --- (In reply to comment #13) Thus, left to do for this PR is comment 5: A deep copy is missing. This is now PR 47586. Closing this one.
[Bug fortran/47455] [4.6 Regression][OOP] internal compiler error: in fold_convert_loc, at fold-const.c:2028
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47455 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #15 from janus at gcc dot gnu.org 2011-02-02 14:11:33 UTC --- (In reply to comment #14) Closing this one. For real!
[Bug c++/46941] [trans-mem] new/delete operator are unsafe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46941 Patrick Marlier patrick.marlier at gmail dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #7 from Patrick Marlier patrick.marlier at gmail dot com 2011-02-02 14:17:23 UTC --- (In reply to comment #6) Fixed http://gcc.gnu.org/ml/gcc-patches/2011-01/msg00776.html Please considered this... http://gcc.gnu.org/ml/gcc-patches/2011-01/msg01206.html It must be **transaction_safe** not transaction_pure. Moreover I think we should also add ECF_MALLOC (malloc attribute) because otherwise the allocated memory will not be considered as local. Extract from trans-mem.c: thread_private_new_memory() if (stmt is_gimple_call (stmt) gimple_call_flags (stmt) ECF_MALLOC) /* Thread-local or transaction-local. */ ; else retval = mem_non_local; Thanks.
[Bug middle-end/47581] [4.6 regression] Unnecessary adjustments to stack pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581 --- Comment #7 from H.J. Lu hjl.tools at gmail dot com 2011-02-02 14:18:22 UTC --- (In reply to comment #6) Created attachment 23213 [details] gcc46-pr47581.patch This patch indeed fixes the testcase and passed bootstrap/regtest on x86_64-linux and i686-linux. Update both stack_alignment_needed and stack_alignment_estimated in expand_one_var may lead missed optimization like this. We should delay stack_alignment_needed as much as we can. Setting stack_alignment_estimated should be good enough before stack_realign_finalized is set. We should find out why expand_one_var needs to set stack_alignment_needed. I think this is a real bug.
[Bug target/47543] [4.6 Regression] ICE: in extract_insn, at recog.c:2109 when building zlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543 --- Comment #10 from Ian Bolton ibolton at gcc dot gnu.org 2011-02-02 14:49:02 UTC --- (In reply to comment #8) The potential fix seems to work fine on x86 as well. I'm going to build a arm-elf toolchain and see if anything else pops up during a cross build. If someone with real arm hardware could do a bootstrap with the potential fix applied, it'd be greatly appreciated. The native bootstrap was successful. I configured with: --with-cpu=cortex-a9 --with-float=softfp --with-fpu=vfpv3-d16 --with-mode=thumb --enable-languages=c,c++,fortran
[Bug fortran/47546] Internal error - free_pi_tree(): Unresolved fixup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546 --- Comment #3 from janus at gcc dot gnu.org 2011-02-02 14:49:16 UTC --- (In reply to comment #1) If gfortran is 4.5, I get hydro_fluxes.f90:7.18: use hydro_speeds 1 Internal Error at (1): mio_component_ref(): Component not found I get the same error with gfortran 4.5, but 4.6 works nicely for me at r169520. Rich, which version are you using?
[Bug target/47543] [4.6 Regression] ICE: in extract_insn, at recog.c:2109 when building zlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543 --- Comment #11 from Jeffrey A. Law law at redhat dot com 2011-02-02 14:51:19 UTC --- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/02/11 07:49, ibolton at gcc dot gnu.org wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543 --- Comment #10 from Ian Bolton ibolton at gcc dot gnu.org 2011-02-02 14:49:02 UTC --- (In reply to comment #8) The potential fix seems to work fine on x86 as well. I'm going to build a arm-elf toolchain and see if anything else pops up during a cross build. If someone with real arm hardware could do a bootstrap with the potential fix applied, it'd be greatly appreciated. The native bootstrap was successful. I configured with: --with-cpu=cortex-a9 --with-float=softfp --with-fpu=vfpv3-d16 --with-mode=thumb --enable-languages=c,c++,fortran Thanks. After sleeping on it, I made one tweak to the patch to avoid potential problems with creating invalid reg+reg addresses. I'll post the final version of the fix shortly. Thanks for testing, jeff -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNSW9YAAoJEBRtltQi2kC7S2QH/jWJFLO2hRYmkk2cTEjbO+Gj co6DifPykbJOgYn5L80LfLDF9eDvnv2OXBis0mBeMfntUjpbZbb7EKc8uC0jdGOX upbibjvlQxhYfBdakuQB+5IZFEQMsTK+CMRem0z3Dc5egritGe8Sw8tTDCB1txki FAdOfmQzzNq9yGNzy2PZjadfGqWLMznHCxoSkwmM+kMiMD4C4ijjnOZde6GvbcHU G4PKw3ZOUTu65E/HsJie9Pvvsdjm4i2ER8BP10zBH8m3+AwmqRDg8iQkv0SWR5JE vEV4vHLk+G65GHWaGPz9+rx5xYBCH/htH1kiZA/fDA9JPbjXzFu1/22+Rbge9zY= =a9ih -END PGP SIGNATURE-
[Bug middle-end/47581] [4.6 regression] Unnecessary adjustments to stack pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581
--- Comment #8 from H.J. Lu hjl.tools at gmail dot com 2011-02-02 14:57:22
UTC ---
For this tescase, gcc 4.4 generates the most efficient code
while 4.5/4.6 become worse and worse:
[hjl@gnu-6 gcc]$ cat x.i
unsigned mulh(unsigned a, unsigned b)
{
unsigned long long l __attribute__ ((aligned(32)))
=((unsigned long long)a * (unsigned long long)b) 32;
return l;
}
[hjl@gnu-6 gcc]$ /usr/gcc-4.4/bin/gcc -O2 -S -fomit-frame-pointer x.i -m32
[hjl@gnu-6 gcc]$ cat x.s
.filex.i
.text
.p2align 4,,15
.globl mulh
.typemulh, @function
mulh:
movl8(%esp), %eax
mull4(%esp)
movl%edx, %eax
ret
.sizemulh, .-mulh
.identGCC: (GNU) 4.4.4
.section.note.GNU-stack,,@progbits
[hjl@gnu-6 gcc]$ /usr/gcc-4.5/bin/gcc -O2 -S -fomit-frame-pointer x.i -m32
[hjl@gnu-6 gcc]$ cat x.s
.filex.i
.text
.p2align 4,,15
.globl mulh
.typemulh, @function
mulh:
pushl%ebp
movl%esp, %ebp
movl12(%ebp), %eax
mull8(%ebp)
popl%ebp
movl%edx, %eax
ret
.sizemulh, .-mulh
.identGCC: (GNU) 4.5.1 20100507 (prerelease) [gcc-4_5-branch revision
159167]
.section.note.GNU-stack,,@progbits
[hjl@gnu-6 gcc]$ ./xgcc -B./ -O2 -S -fomit-frame-pointer x.i -m32
[hjl@gnu-6 gcc]$ cat x.s
.filex.i
.text
.p2align 4,,15
.globlmulh
.typemulh, @function
mulh:
.LFB0:
.cfi_startproc
pushl%ebp
.cfi_def_cfa_offset 8
.cfi_offset 5, -8
movl%esp, %ebp
.cfi_def_cfa_register 5
andl$-32, %esp
movl12(%ebp), %eax
mull8(%ebp)
leave
.cfi_restore 5
.cfi_def_cfa 4, 4
movl%edx, %eax
ret
.cfi_endproc
.LFE0:
.sizemulh, .-mulh
.identGCC: (GNU) 4.6.0 20110131 (experimental)
.section.note.GNU-stack,,@progbits
[hjl@gnu-6 gcc]$
[Bug middle-end/47581] [4.5/4.6 regression] Unnecessary adjustments to stack pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #9 from H.J. Lu hjl.tools at gmail dot com 2011-02-02 15:05:10
UTC ---
(In reply to comment #8)
For this tescase, gcc 4.4 generates the most efficient code
while 4.5/4.6 become worse and worse:
[hjl@gnu-6 gcc]$ cat x.i
unsigned mulh(unsigned a, unsigned b)
{
unsigned long long l __attribute__ ((aligned(32)))
=((unsigned long long)a * (unsigned long long)b) 32;
return l;
}
This is caused by revision 146817:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01459.html
[Bug target/47543] [4.6 Regression] ICE: in extract_insn, at recog.c:2109 when building zlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543 --- Comment #12 from Ian Bolton ibolton at gcc dot gnu.org 2011-02-02 15:06:07 UTC --- The native bootstrap was successful. I configured with: --with-cpu=cortex-a9 --with-float=softfp --with-fpu=vfpv3-d16 --with-mode=thumb --enable-languages=c,c++,fortran Thanks. After sleeping on it, I made one tweak to the patch to avoid potential problems with creating invalid reg+reg addresses. I'll post the final version of the fix shortly. I forgot to mention that I also used the bootstrapped compiler to confirm that the reduced test case now works. I will re-confirm when your final patch is posted. Thanks again.
[Bug bootstrap/47044] bootstrap comparison failure when -O2 defaults on -fgraphite-identity and --enable-build-with-cxx
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47044 --- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-02 15:08:33 UTC --- This issue appears to be resolved at r169520 with http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00070.html (omitting the TODO_update_address_taken part) and http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00095.html.
[Bug middle-end/47581] [4.5/4.6 regression] Unnecessary adjustments to stack pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581 --- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org 2011-02-02 15:14:45 UTC --- As #c8 is caused by a different patch and is much lower priority (because only very few people use explicitly aligned long longs on i?86), please track it separately instead of overloading this bug.
[Bug target/47312] [4.6 Regression] ICE: in expand_ternary_op, at optabs.c:656 with -flto -mno-sse -mxop and __builtin_fmaf()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47312 --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2011-02-02 15:24:25 UTC --- One possibility would be to only fold __builtin_fma* into FMA_EXPR after IPA passes.
[Bug target/47312] [4.6 Regression] ICE: in expand_ternary_op, at optabs.c:656 with -flto -mno-sse -mxop and __builtin_fmaf()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47312 --- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2011-02-02 15:30:51 UTC --- (In reply to comment #2) One possibility would be to only fold __builtin_fma* into FMA_EXPR after IPA passes. Expanding FMA_EXPR as __builtin_fma (thus, a libcall) as fallback sounds safe. We probably have similar issues for other builtins (consider the generic vector lowering code for example). Thus, in expr.c only dispatch to expand_ternary_op if there is an optab available, else emit a libcall. Folding back to __builtin_fma* sounds ugly.
[Bug target/47312] [4.6 Regression] ICE: in expand_ternary_op, at optabs.c:656 with -flto -mno-sse -mxop and __builtin_fmaf()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47312
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2011-02-02
15:39:00 UTC ---
FMA_EXPR is created though not only just for __builtin_fma{,l,f} in the code,
but also for x * y + z when contracting. Can expansion rely that this is
happening only after IPA passes? Otherwise we could be creating fma,f,l} calls
in freestanding environments, or try create it say for __float128 where there
is no such builtin, etc.
[Bug c++/47589] New: internal compiler error: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47589 Summary: internal compiler error: Segmentation fault Product: gcc Version: 4.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: maxim.yegorush...@gmail.com g++ crashing consistently on the attached (preprocessed) source. $ /usr/bin/g++ -v Using built-in specs. Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux Thread model: posix gcc version 4.4.5 20101112 (Red Hat 4.4.5-2) (GCC) $ /usr/bin/g++ -c -o /home/yegorm/depot1/cmm/prj_ledger_dev/build/Linux-x86_64-64.g++-debug/obj/infra/demux/unit_test.o -m64 -I/home/yegorm/depot1/cmm/prj_ledger_dev/include -I/home/yegorm/depot1/cmm/prj_ledger_dev/include/Linux-x86_64-64.g++ -I/opt/atm/gcc-4.1-64/include/tzcode2009i -I/apps/infra/3rd-party/gcc-4.4-64/libxml2-2.7.7/include/libxml2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GLIBCXX_USE_C99_MATH -D__STDC_FORMAT_MACROS -pipe -g -I/apps/infra/3rd-party/gcc-4.4-64/boost-1_42/include -I/apps/infra/3rd-party/gcc-4.4-64/qt-4.6.3/include -I/opt/atm/gcc-4.1-64/include/oapi-17.2 -I/apps/infra/3rd-party/gcc-4.4-64/hdf5-1.8.5/include -I/apps/infra/3rd-party/gcc-4.4-64/matio-1.3.4/include -I/apps/infra/3rd-party/gcc-4.4-64/gdbm-1.8.3/include -Wall -Wextra -Wno-parentheses -Wno-missing-field-initializers -Wno-unused-parameter -Winit-self -Wcast-align -Wmissing-include-dirs -Wpointer-arith -Wwrite-strings -Wno-non-virtual-dtor -Wno-multichar -Wno-ignored-qualifiers -march=native -fdiagnostics-show-option -fno-strict-aliasing -Werror=return-type -Werror=format-extra-args -fmessage-length=0 -falign-functions -MD -MP -MF /home/yegorm/depot1/cmm/prj_ledger_dev/build/Linux-x86_64-64.g++-debug/obj/infra/demux/unit_test.d /home/yegorm/depot1/cmm/prj_ledger_dev/src/infra/demux/unit_test.cc In file included from /home/yegorm/depot1/cmm/prj_ledger_dev/src/infra/demux/unit_test.cc:1: /home/yegorm/depot1/cmm/prj_ledger_dev/src/infra/demux/demux.h: In constructor 'atm::demux::TaggedFdEventTag, Derived::TaggedFd() [with EventTag = unnamed::FdTag, Derived = unnamed::DemuxTestClient]': /home/yegorm/depot1/cmm/prj_ledger_dev/src/infra/demux/unit_test.cc:49: instantiated from here /home/yegorm/depot1/cmm/prj_ledger_dev/src/infra/demux/demux.h:325: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://bugzilla.redhat.com/bugzilla for instructions. Preprocessed source stored into /tmp/ccfLB5zA.out file, please attach this to your bugreport.
[Bug c++/47589] internal compiler error: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47589 --- Comment #1 from Maxim Yegorushkin maxim.yegorushkin at gmail dot com 2011-02-02 15:43:45 UTC --- Created attachment 23215 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23215 Archived preprocessed source Could not attach the preprocessed source as plain text because of the attachment file size limit. Had to archive it.
[Bug bootstrap/47044] bootstrap comparison failure when -O2 defaults on -fgraphite-identity and --enable-build-with-cxx
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47044 --- Comment #5 from Sebastian Pop spop at gcc dot gnu.org 2011-02-02 15:52:27 UTC --- Author: spop Date: Wed Feb 2 15:52:21 2011 New Revision: 169531 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169531 Log: Fix PR40979 and PR47044: after LIM call copy_prop and DCE to clean up. 2011-02-02 Sebastian Pop sebastian@amd.com Richard Guenther rguent...@suse.de PR tree-optimization/40979 PR bootstrap/47044 * passes.c (init_optimization_passes): After LIM call copy_prop and DCE to clean up. * tree-ssa-loop.c (pass_graphite_transforms): Add TODO_dump_func. * gcc.dg/graphite/graphite.exp (DEFAULT_VECTCFLAGS): Add -ffast-math. * gcc.dg/graphite/pr35356-2.c: Adjust pattern. * gfortran.dg/graphite/graphite.exp: Run vect_files conditionally to check_vect_support_and_set_flags. * gfortran.dg/graphite/vect-pr40979.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/graphite/vect-pr40979.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/passes.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/graphite/graphite.exp trunk/gcc/testsuite/gcc.dg/graphite/pr35356-2.c trunk/gcc/testsuite/gfortran.dg/graphite/graphite.exp trunk/gcc/tree-ssa-loop.c
[Bug middle-end/40979] induct benchmark 60% slower when compiled with -fgraphite-identity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40979 --- Comment #22 from Sebastian Pop spop at gcc dot gnu.org 2011-02-02 15:52:26 UTC --- Author: spop Date: Wed Feb 2 15:52:21 2011 New Revision: 169531 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169531 Log: Fix PR40979 and PR47044: after LIM call copy_prop and DCE to clean up. 2011-02-02 Sebastian Pop sebastian@amd.com Richard Guenther rguent...@suse.de PR tree-optimization/40979 PR bootstrap/47044 * passes.c (init_optimization_passes): After LIM call copy_prop and DCE to clean up. * tree-ssa-loop.c (pass_graphite_transforms): Add TODO_dump_func. * gcc.dg/graphite/graphite.exp (DEFAULT_VECTCFLAGS): Add -ffast-math. * gcc.dg/graphite/pr35356-2.c: Adjust pattern. * gfortran.dg/graphite/graphite.exp: Run vect_files conditionally to check_vect_support_and_set_flags. * gfortran.dg/graphite/vect-pr40979.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/graphite/vect-pr40979.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/passes.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/graphite/graphite.exp trunk/gcc/testsuite/gcc.dg/graphite/pr35356-2.c trunk/gcc/testsuite/gfortran.dg/graphite/graphite.exp trunk/gcc/tree-ssa-loop.c
[Bug tree-optimization/47555] [4.4 Regression] Huge memory usage when optimizing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47555 --- Comment #9 from Sebastian Pop spop at gcc dot gnu.org 2011-02-02 15:52:15 UTC --- Author: spop Date: Wed Feb 2 15:52:08 2011 New Revision: 169530 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169530 Log: Fix PR47576 and PR47555: add PARAM_SCEV_MAX_EXPR_COMPLEXITY. 2011-02-02 Sebastian Pop sebastian@amd.com PR tree-optimization/47576 PR tree-optimization/47555 * doc/invoke.texi (scev-max-expr-complexity): Documented. * params.def (PARAM_SCEV_MAX_EXPR_SIZE): Bump the value to 100. (PARAM_SCEV_MAX_EXPR_COMPLEXITY): Declared. * tree-scalar-evolution.c (follow_ssa_edge): Use PARAM_SCEV_MAX_EXPR_COMPLEXITY. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/invoke.texi trunk/gcc/params.def trunk/gcc/tree-scalar-evolution.c
[Bug middle-end/47576] [4.6 Regression] FAIL: gfortran.dg/graphite/pr42732.f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47576 --- Comment #4 from Sebastian Pop spop at gcc dot gnu.org 2011-02-02 15:52:15 UTC --- Author: spop Date: Wed Feb 2 15:52:08 2011 New Revision: 169530 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169530 Log: Fix PR47576 and PR47555: add PARAM_SCEV_MAX_EXPR_COMPLEXITY. 2011-02-02 Sebastian Pop sebastian@amd.com PR tree-optimization/47576 PR tree-optimization/47555 * doc/invoke.texi (scev-max-expr-complexity): Documented. * params.def (PARAM_SCEV_MAX_EXPR_SIZE): Bump the value to 100. (PARAM_SCEV_MAX_EXPR_COMPLEXITY): Declared. * tree-scalar-evolution.c (follow_ssa_edge): Use PARAM_SCEV_MAX_EXPR_COMPLEXITY. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/invoke.texi trunk/gcc/params.def trunk/gcc/tree-scalar-evolution.c
[Bug bootstrap/47044] bootstrap comparison failure when -O2 defaults on -fgraphite-identity and --enable-build-with-cxx
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47044 Sebastian Pop spop at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from Sebastian Pop spop at gcc dot gnu.org 2011-02-02 15:54:17 UTC --- Fixed.
[Bug middle-end/47576] [4.6 Regression] FAIL: gfortran.dg/graphite/pr42732.f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47576 Sebastian Pop spop at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #5 from Sebastian Pop spop at gcc dot gnu.org 2011-02-02 15:56:23 UTC --- Fixed.
[Bug middle-end/40979] induct benchmark 60% slower when compiled with -fgraphite-identity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40979 Sebastian Pop spop at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #23 from Sebastian Pop spop at gcc dot gnu.org 2011-02-02 15:59:20 UTC --- Fixed.
[Bug tree-optimization/47555] [4.4 Regression] Huge memory usage when optimizing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47555 --- Comment #10 from Sebastian Pop spop at gcc dot gnu.org 2011-02-02 16:01:34 UTC --- What about backporting this patch to 4.4 and 4.5?
[Bug c++/47589] internal compiler error: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47589 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2011-02-02 16:05:34 UTC --- I think this is PR 45894
[Bug debug/47590] New: var tracking produces wrong debug in code where optimization is turned off using pragma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47590 Summary: var tracking produces wrong debug in code where optimization is turned off using pragma Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassig...@gcc.gnu.org ReportedBy: harihar...@picochip.com Created attachment 23216 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23216 The source code In the attached testcase #pragma has been used to turn optimization off (The file is otherwise compiled at -Os). By turning off optimization, we expected to be able to get better debug experience. We noticed that the variable n in the function fn takes the following values, if you step through the function. 4 3 0 2 1 5 0 10 -1 which is obviously wrong. I reckon the problem lies in var-tracking. Our dwarf reader tells me that the value of n could be found in the following places. Name: n Location: [29, 48) : DW_OP_reg1 [48, 66) : DW_OP_reg4 [66, 102) : DW_OP_fbreg[-6] [102, 112) : DW_OP_reg4 I will attach the address encoded assembly so you can see that var-tracking gets it wrong. If i compile the whole file at -O0, the dwarf information the dwarf gets it right. Name: n Location: DW_OP_fbreg[-6] In this particular case, adding -fno-var-tracking has the same effect in correcting the debug information. I guess there are 2 things that could be done. 1. Find out the problem in var-tracking in this case and fix it. 2. Turn off var-tracking for functions where optimization is turned off using attributes/pragmas. Please let me know if you need any other information on this. I tried all my experiments with master (as of 2-feb-2011). The experiments were conducted on picochip (picochip-unknown-none target triplet). Thanks Hari
[Bug debug/47590] var tracking produces wrong debug in code where optimization is turned off using pragma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47590 --- Comment #1 from hariharans at picochip dot com 2011-02-02 16:07:27 UTC --- Created attachment 23218 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23218 The assembly output from -Os compilation
[Bug lto/47274] [4.6 regression] ICE in lto_varpool_replace_node, at lto-symtab.c:306
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274 --- Comment #31 from Jakub Jelinek jakub at gcc dot gnu.org 2011-02-02 16:07:14 UTC --- Created attachment 23217 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23217 gcc46-pr47274.patch I think it is fairly obvious where the bug is (though haven't tried to reproduce it). Passing address of a 32-bit enum variable and outputting from it the first byte obviously will DTRT only on little endian hosts.
[Bug c++/45894] [4.5 Regression] [C++0x] ICE: segmentation fault with -Wall
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45894 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added CC||maxim.yegorushkin at gmail ||dot com --- Comment #11 from Jonathan Wakely redi at gcc dot gnu.org 2011-02-02 16:08:14 UTC --- *** Bug 47589 has been marked as a duplicate of this bug. ***
[Bug c++/47589] internal compiler error: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47589 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2011-02-02 16:08:14 UTC --- confirmed as a dup - 4.5.2 doesn't ICE on the testcase, but reverting the fix for PR 45894 causes it to ICE *** This bug has been marked as a duplicate of bug 45894 ***
[Bug debug/47590] var tracking produces wrong debug in code where optimization is turned off using pragma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47590 --- Comment #2 from hariharans at picochip dot com 2011-02-02 16:08:20 UTC --- Created attachment 23219 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23219 The assembly with instruction addresses
[Bug middle-end/42860] ICE in gcc-4.4.3 with graphite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42860 Sebastian Pop spop at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX --- Comment #5 from Sebastian Pop spop at gcc dot gnu.org 2011-02-02 16:23:27 UTC --- I won't fix graphite in 4.4, please use GCC 4.5.
[Bug fortran/47574] internal compiler error: in build2_stat, at tree.c:3795
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added CC||rguenther at suse dot de --- Comment #12 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-02-02 16:25:42 UTC --- This pr looks like a duplicate of pr46664 fixed at revision 167173 (the test in attachment 23212 gives an ICE also at revision 167138).
[Bug c++/45894] [4.5 Regression] [C++0x] ICE: segmentation fault with -Wall
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45894
--- Comment #12 from Jonathan Wakely redi at gcc dot gnu.org 2011-02-02
16:27:46 UTC ---
Although this bug has 4.4.5 in the Known to work field, the bug in cp/tree.c
is present on the 4.4 branch, and the testcase in PR 47589 causes an ICE with
4.4.5, without -Wall or -std=c++0x
The fix for cp/tree.c looks safe to backport to 4.4 - any objections to doing
so?
--- gcc/cp/tree.c.jj2010-11-03 16:58:26.0 +0100
+++ gcc/cp/tree.c 2010-11-05 13:45:53.0 +0100
@@ -67,7 +67,8 @@ lvalue_kind (const_tree ref)
== REFERENCE_TYPE)
return lvalue_kind (TREE_OPERAND (ref, 0));
- if (TREE_CODE (TREE_TYPE (ref)) == REFERENCE_TYPE)
+ if (TREE_TYPE (ref)
+ TREE_CODE (TREE_TYPE (ref)) == REFERENCE_TYPE)
{
/* unnamed rvalue references are rvalues */
if (TYPE_REF_IS_RVALUE (TREE_TYPE (ref))
[Bug tree-optimization/47555] [4.4 Regression] Huge memory usage when optimizing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47555 --- Comment #11 from rguenther at suse dot de rguenther at suse dot de 2011-02-02 16:29:46 UTC --- On Wed, 2 Feb 2011, spop at gcc dot gnu.org wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47555 --- Comment #10 from Sebastian Pop spop at gcc dot gnu.org 2011-02-02 16:01:34 UTC --- What about backporting this patch to 4.4 and 4.5? I don't think this is a good idea. Richard.
[Bug lto/47274] [4.6 regression] ICE in lto_varpool_replace_node, at lto-symtab.c:306
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274 --- Comment #32 from Andreas Schwab sch...@linux-m68k.org 2011-02-02 16:42:05 UTC --- Similar (dormant) problem with slot_num.
[Bug lto/47274] [4.6 regression] ICE in lto_varpool_replace_node, at lto-symtab.c:306
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274 --- Comment #33 from Andreas Schwab sch...@linux-m68k.org 2011-02-02 16:47:54 UTC --- All other calls to lto_output_data_stream use sizeof, so this should probably do as well.
[Bug target/47543] [4.6 Regression] ICE: in extract_insn, at recog.c:2109 when building zlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543 --- Comment #13 from Jeffrey A. Law law at gcc dot gnu.org 2011-02-02 16:52:24 UTC --- Author: law Date: Wed Feb 2 16:52:21 2011 New Revision: 169533 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169533 Log: PR middle-end/47543 * reload.c (find_reloads_address): Handle reg+d address where both components are invalid by reloading the entire address. Modified: trunk/gcc/ChangeLog trunk/gcc/reload.c
[Bug fortran/47546] Internal error - free_pi_tree(): Unresolved fixup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546 --- Comment #4 from Rich Townsend townsend at astro dot wisc.edu 2011-02-02 16:52:49 UTC --- On Feb 2, 2011, at 8:49 AM, janus at gcc dot gnu.org wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546 --- Comment #3 from janus at gcc dot gnu.org 2011-02-02 14:49:16 UTC --- (In reply to comment #1) If gfortran is 4.5, I get hydro_fluxes.f90:7.18: use hydro_speeds 1 Internal Error at (1): mio_component_ref(): Component not found I get the same error with gfortran 4.5, but 4.6 works nicely for me at r169520. Rich, which version are you using? Here's what gfortran -v gives: Using built-in specs. COLLECT_GCC=gfortran-mp-4.6 COLLECT_LTO_WRAPPER=/opt/local/libexec/gcc/x86_64-apple-darwin10/4.6.0/lto-wrapper Target: x86_64-apple-darwin10 Configured with: ../gcc-4.6-20110122/configure --prefix=/opt/local --build=x86_64-apple-darwin10 --libdir=/opt/local/lib/gcc46 --includedir=/opt/local/include/gcc46 --infodir=/opt/local/share/info --mandir=/opt/local/share/man --datarootdir=/opt/local/share/gcc-4.6 --with-local-prefix=/opt/local --with-system-zlib --disable-nls --program-suffix=-mp-4.6 --with-gxx-include-dir=/opt/local/include/gcc46/c++/ --with-gmp=/opt/local --with-mpfr=/opt/local --with-mpc=/opt/local --enable-stage1-checking --disable-multilib --enable-fully-dynamic-string --enable-languages=c,c++,objc,obj-c++,fortran Thread model: posix gcc version 4.6.0 20110122 (experimental) (GCC) The install is via macports. cheers, Rich
[Bug target/47543] [4.6 Regression] ICE: in extract_insn, at recog.c:2109 when building zlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543 Jeffrey A. Law law at redhat dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #14 from Jeffrey A. Law law at redhat dot com 2011-02-02 16:53:02 UTC --- Fixed.
[Bug lto/47274] [4.6 regression] ICE in lto_varpool_replace_node, at lto-symtab.c:306
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274 --- Comment #34 from Jakub Jelinek jakub at gcc dot gnu.org 2011-02-02 16:57:26 UTC --- Isn't the format of that section mandated by lto-plugin though?
[Bug c++/45894] [4.5 Regression] [C++0x] ICE: segmentation fault with -Wall
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45894
--- Comment #13 from Jonathan Wakely redi at gcc dot gnu.org 2011-02-02
17:08:14 UTC ---
... alternatively, I'll re-open PR 47589 as a separate non-C++0x bug on the 4.4
branch
here's a reduced testcase which makes 4.4.5 ICE, a regression since (at least)
4.1
typedef unsigned long long nsec_t;
class Engine { };
struct Fd
{
typedef void(*Cb)(Engine*, Fd*, nsec_t);
Fd(Cb cb);
};
namespace detail {
struct Cb
{
templateclass EventTag, class Derived static void fd(Engine*, Fd*,
nsec_t);
};
}
templateclass EventTag, class Derived
struct TaggedFd : Fd
{
TaggedFd()
: Fd(detail::Cb::fdEventTag, Derived)
{}
};
struct FdTag {};
struct DemuxTestClient
: TaggedFdFdTag, DemuxTestClient
{
DemuxTestClient() { }
};
$ ~/tools/Linux-x86_64/44/bin/g++ max.cc
max.cc: In constructor 'TaggedFdEventTag, Derived::TaggedFd() [with EventTag
= FdTag, Derived = DemuxTestClient]':
max.cc:37: instantiated from here
max.cc:27: internal compiler error: Segmentation fault
[Bug fortran/47546] Internal error - free_pi_tree(): Unresolved fixup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546 --- Comment #5 from janus at gcc dot gnu.org 2011-02-02 17:14:56 UTC --- (In reply to comment #4) Rich, which version are you using? Here's what gfortran -v gives: [...] Target: x86_64-apple-darwin10 [...] gcc version 4.6.0 20110122 (experimental) (GCC) Huh. Either it has been fixed in the meantime or it is a Darwin-specific problem, since I don't see it on Linux with the current trunk.
[Bug c++/47589] internal compiler error: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47589 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Attachment #23215|0 |1 is obsolete|| --- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2011-02-02 17:22:07 UTC --- Created attachment 23220 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23220 reduced testcase
[Bug target/46519] Missing vzeroupper
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46519 --- Comment #10 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:40:46 UTC --- Author: dnovillo Date: Wed Feb 2 17:40:40 2011 New Revision: 169536 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169536 Log: Visit basic blocks using the work-list based algorithm. 2011-01-24 H.J. Lu hongjiu...@intel.com PR target/46519 * config/i386/i386.c: Include sbitmap.h and fibheap.h. (block_info): Add scanned and prev. (move_or_delete_vzeroupper_2): Return if the basic block has been scanned and the upper 128bit state is unchanged from the last scan. (move_or_delete_vzeroupper_1): Return true if the exit state is changed. (move_or_delete_vzeroupper): Visit basic blocks using the work-list based algorithm based on vt_find_locations in var-tracking.c. * config/i386/t-i386: Also depend on sbitmap.h and $(FIBHEAP_H). Modified: branches/google/integration/gcc/ChangeLog branches/google/integration/gcc/config/i386/i386.c branches/google/integration/gcc/config/i386/t-i386
[Bug libstdc++/47387] AIX ctype 'mask' override not working
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47387 --- Comment #7 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:41:46 UTC --- Author: dnovillo Date: Wed Feb 2 17:41:43 2011 New Revision: 169539 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169539 Log: 2011-01-24 Graham Reed gr...@pobox.com PR libstdc++/47387 * config/os/aix/ctype_inline.h (ctypechar::is): Use _M_table if provided. Modified: branches/google/integration/libstdc++-v3/ChangeLog branches/google/integration/libstdc++-v3/config/os/aix/ctype_inline.h
[Bug c/21659] [4.3/4.4/4.5 Regression] [unit-at-a-time] weak declaration must precede definition error missing at = O1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21659 --- Comment #12 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:42:07 UTC --- Author: dnovillo Date: Wed Feb 2 17:42:05 2011 New Revision: 169542 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169542 Log: PR c/21659 * doc/extend.texi (weak pragma): Drop claim that it must appear before definition. * varasm.c (merge_weak, declare_weak): Only sanity check that DECL is not output at a time it is declared weak. Modified: branches/google/integration/gcc/ChangeLog branches/google/integration/gcc/doc/extend.texi branches/google/integration/gcc/varasm.c
[Bug go/47452] Bootstrap fails in libgo (argument has incompatible type)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47452 --- Comment #3 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:42:33 UTC --- Author: dnovillo Date: Wed Feb 2 17:42:31 2011 New Revision: 169546 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169546 Log: PR go/47452 Pick up local .gox files for specially built packages. Modified: branches/google/integration/libgo/Makefile.am branches/google/integration/libgo/Makefile.in
[Bug rtl-optimization/47414] [4.6 Regression] wrong code with -O -freorder-blocks -fschedule-insns2 -fno-early-inlining -fstrict-aliasing -ftracer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47414 --- Comment #8 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:45:53 UTC --- Author: dnovillo Date: Wed Feb 2 17:45:50 2011 New Revision: 169575 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169575 Log: 2011-01-25 Richard Guenther rguent...@suse.de PR middle-end/47414 * tree-ssa-alias.c (indirect_ref_may_alias_decl_p): Use the correct type for TBAA. Modified: branches/google/integration/gcc/ChangeLog branches/google/integration/gcc/tree-ssa-alias.c
[Bug rtl-optimization/37273] [4.4/4.5/4.6 Regression] IRA does not re-materializes addresses (loads from the TOC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37273 --- Comment #11 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:46:20 UTC --- Author: dnovillo Date: Wed Feb 2 17:46:18 2011 New Revision: 169579 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169579 Log: PR rtl-optimization/37273 * ira-costs.c (scan_one_insn): Detect constants living in memory and handle them like argument loads from stack slots. Do not double count memory for memory constants and argument loads from stack slots. Modified: branches/google/integration/gcc/ChangeLog branches/google/integration/gcc/ira-costs.c
[Bug target/45701] [4.6 Regression] Fail to prefer using r3 for padding a push/pop multiple to 8-byte alignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45701 --- Comment #12 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:46:52 UTC --- Author: dnovillo Date: Wed Feb 2 17:46:50 2011 New Revision: 169583 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169583 Log: PR target/45701 * config/arm/arm.c (any_sibcall_uses_r3): New function. (arm_get_frame_offsets): Use it. 2011-01-25 Yao Qi y...@codesourcery.com PR target/45701 * gcc.target/arm/pr45701-1.c: New test. * gcc.target/arm/pr45701-2.c: New test. * gcc.target/arm/pr45701-3.c: New test. Added: branches/google/integration/gcc/testsuite/gcc.target/arm/pr45701-1.c branches/google/integration/gcc/testsuite/gcc.target/arm/pr45701-2.c branches/google/integration/gcc/testsuite/gcc.target/arm/pr45701-3.c Modified: branches/google/integration/gcc/ChangeLog branches/google/integration/gcc/config/arm/arm.c branches/google/integration/gcc/testsuite/ChangeLog
[Bug tree-optimization/47427] [4.6 Regression] ICE in process_constraint, at tree-ssa-structalias.c:2901
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47427 --- Comment #7 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:46:08 UTC --- Author: dnovillo Date: Wed Feb 2 17:46:04 2011 New Revision: 169577 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169577 Log: PR tree-optimization/47427 PR tree-optimization/47428 * tree-ssa-copyrename.c (copy_rename_partition_coalesce): Don't coalesce if the new root var would be TREE_READONLY. * gcc.c-torture/compile/pr47427.c: New test. * gcc.c-torture/compile/pr47428.c: New test. Added: branches/google/integration/gcc/testsuite/gcc.c-torture/compile/pr47427.c branches/google/integration/gcc/testsuite/gcc.c-torture/compile/pr47428.c Modified: branches/google/integration/gcc/ChangeLog branches/google/integration/gcc/testsuite/ChangeLog branches/google/integration/gcc/tree-ssa-copyrename.c
[Bug tree-optimization/47428] [4.6 Regression] ICE: tree check: expected ssa_name, have integer_cst in copy_phis_for_bb, at tree-inline.c:1986
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47428 --- Comment #8 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:46:08 UTC --- Author: dnovillo Date: Wed Feb 2 17:46:04 2011 New Revision: 169577 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169577 Log: PR tree-optimization/47427 PR tree-optimization/47428 * tree-ssa-copyrename.c (copy_rename_partition_coalesce): Don't coalesce if the new root var would be TREE_READONLY. * gcc.c-torture/compile/pr47427.c: New test. * gcc.c-torture/compile/pr47428.c: New test. Added: branches/google/integration/gcc/testsuite/gcc.c-torture/compile/pr47427.c branches/google/integration/gcc/testsuite/gcc.c-torture/compile/pr47428.c Modified: branches/google/integration/gcc/ChangeLog branches/google/integration/gcc/testsuite/ChangeLog branches/google/integration/gcc/tree-ssa-copyrename.c
[Bug tree-optimization/43567] linear loop transform
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43567 --- Comment #10 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:48:04 UTC --- Author: dnovillo Date: Wed Feb 2 17:48:00 2011 New Revision: 169591 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169591 Log: Add testcase for PR43567. 2011-01-25 Sebastian Pop sebastian@amd.com PR tree-optimization/43567 * gcc.dg/graphite/pr43567.c: New. Added: branches/google/integration/gcc/testsuite/gcc.dg/graphite/pr43567.c Modified: branches/google/integration/gcc/ChangeLog.graphite branches/google/integration/gcc/testsuite/ChangeLog
[Bug tree-optimization/47382] [4.6 Regression] g++.dg/ipa/devirt-d-1.C FAILs with -finline-functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47382 --- Comment #5 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:47:25 UTC --- Author: dnovillo Date: Wed Feb 2 17:47:21 2011 New Revision: 169587 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169587 Log: 2011-01-25 Martin Jambor mjam...@suse.cz PR tree-optimization/47382 * gimple-fold.c (gimple_fold_obj_type_ref_call): Removed. (gimple_fold_call): Do not call gimple_fold_obj_type_ref_call. * testsuite/g++.dg/torture/pr47382.C: New test. * testsuite/g++.dg/opt/devirt1.C: Xfail. Added: branches/google/integration/gcc/testsuite/g++.dg/torture/pr47382.C Modified: branches/google/integration/gcc/ChangeLog branches/google/integration/gcc/gimple-fold.c branches/google/integration/gcc/testsuite/ChangeLog branches/google/integration/gcc/testsuite/g++.dg/opt/devirt1.C
[Bug tree-optimization/47271] [4.6 Regression] if-conversion removes a test (if), the function generates invalid outputs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271 --- Comment #18 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:46:36 UTC --- Author: dnovillo Date: Wed Feb 2 17:46:33 2011 New Revision: 169581 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169581 Log: Fix PR47271: only if-convert full writes. 2011-01-25 Sebastian Pop sebastian@amd.com Jakub Jelinek ja...@redhat.com PR tree-optimization/47271 * tree-if-conv.c (bb_postdominates_preds): New. (if_convertible_bb_p): Call bb_postdominates_preds. (if_convertible_loop_p_1): Compute CDI_POST_DOMINATORS. (predicate_scalar_phi): Call bb_postdominates_preds. * gcc.dg/tree-ssa/ifc-pr47271.c: New. Added: branches/google/integration/gcc/testsuite/gcc.dg/tree-ssa/ifc-pr47271.c Modified: branches/google/integration/gcc/ChangeLog branches/google/integration/gcc/testsuite/ChangeLog branches/google/integration/gcc/tree-if-conv.c
[Bug tree-optimization/47265] [4.6 Regression] Error: SSA name in freelist but still referenced
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47265 --- Comment #11 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:47:39 UTC --- Author: dnovillo Date: Wed Feb 2 17:47:35 2011 New Revision: 169589 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169589 Log: PR tree-optimization/47265 PR tree-optimization/47443 * tree-ssa-forwprop.c (forward_propagate_addr_expr): Return false if name still has some uses. * gcc.c-torture/compile/pr47265.c: New test. * gcc.dg/pr47443.c: New test. Added: branches/google/integration/gcc/testsuite/gcc.c-torture/compile/pr47265.c branches/google/integration/gcc/testsuite/gcc.dg/pr47443.c Modified: branches/google/integration/gcc/ChangeLog branches/google/integration/gcc/testsuite/ChangeLog branches/google/integration/gcc/tree-ssa-forwprop.c
[Bug tree-optimization/47443] [4.6 Regression] ICE: SSA name in freelist but still referenced or SIGSEGV with -fstack-check=generic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47443 --- Comment #4 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:47:40 UTC --- Author: dnovillo Date: Wed Feb 2 17:47:35 2011 New Revision: 169589 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169589 Log: PR tree-optimization/47265 PR tree-optimization/47443 * tree-ssa-forwprop.c (forward_propagate_addr_expr): Return false if name still has some uses. * gcc.c-torture/compile/pr47265.c: New test. * gcc.dg/pr47443.c: New test. Added: branches/google/integration/gcc/testsuite/gcc.c-torture/compile/pr47265.c branches/google/integration/gcc/testsuite/gcc.dg/pr47443.c Modified: branches/google/integration/gcc/ChangeLog branches/google/integration/gcc/testsuite/ChangeLog branches/google/integration/gcc/tree-ssa-forwprop.c
[Bug tree-optimization/47426] [4.6 Regression] wrong code with -O2 -fipa-pta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47426 --- Comment #7 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:47:02 UTC --- Author: dnovillo Date: Wed Feb 2 17:46:57 2011 New Revision: 169584 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169584 Log: 2011-01-25 Richard Guenther rguent...@suse.de PR tree-optimization/47426 * tree-ssa-structalias.c (ipa_pta_execute): Make externally visible functions results escape. * gcc.dg/torture/pr47426-1.c: New testcase. * gcc.dg/torture/pr47426-2.c: Likewise. Added: branches/google/integration/gcc/testsuite/gcc.dg/torture/pr47426-1.c branches/google/integration/gcc/testsuite/gcc.dg/torture/pr47426-2.c Modified: branches/google/integration/gcc/ChangeLog branches/google/integration/gcc/tree-ssa-structalias.c
[Bug debug/45136] -fcompare-debug failure with -Os -fschedule-insns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45136 --- Comment #15 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:49:12 UTC --- Author: dnovillo Date: Wed Feb 2 17:49:06 2011 New Revision: 169597 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169597 Log: PR debug/45136 PR debug/45130 * haifa-sched.c (get_ebb_head_tail): Move notes across boundary debug insns. (no_real_insns_p, schedule_block, set_priorities): Drop special treatment of boundary debug insns. * sched-deps.c (sd_init_insn, sd_finish_insn): Don't mark debug insns. * sched-ebb.c (schedule_ebbs): Don't skip debug insns. * sched-int.h (DEBUG_INSN_SCHED_P): Remove. (BOUNDARY_DEBUG_INSN_P): Likewise. (SCHEDULE_DEBUG_INSN_P): Likewise. * sched-rgn.c (init_ready_list): Drop special treatment of boundary debug insns. * final.c (rest_of_clean-state): Clear notes' BB. Modified: branches/google/integration/gcc/ChangeLog branches/google/integration/gcc/final.c branches/google/integration/gcc/haifa-sched.c branches/google/integration/gcc/sched-deps.c branches/google/integration/gcc/sched-ebb.c branches/google/integration/gcc/sched-int.h branches/google/integration/gcc/sched-rgn.c
[Bug tree-optimization/46215] ICE: verify_stmts failed: type mismatch in comparison expression with -fstrict-overflow -fno-tree-ch -ftree-loop-linear
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46215 --- Comment #5 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:48:45 UTC --- Author: dnovillo Date: Wed Feb 2 17:48:39 2011 New Revision: 169595 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169595 Log: Add testcase for PR46215. 2011-01-18 Sebastian Pop sebastian@amd.com PR tree-optimization/46215 * gcc.dg/graphite/pr46215.c: New. Added: branches/google/integration/gcc/testsuite/gcc.dg/graphite/pr46215.c Modified: branches/google/integration/gcc/testsuite/ChangeLog
[Bug libfortran/47375] GETLOG not threadsafe, causes warnings/wrong-code with static linking
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47375 --- Comment #9 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:47:18 UTC --- Author: dnovillo Date: Wed Feb 2 17:47:13 2011 New Revision: 169586 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169586 Log: PR 47375 getlog thread safety Modified: branches/google/integration/libgfortran/ChangeLog branches/google/integration/libgfortran/config.h.in branches/google/integration/libgfortran/configure branches/google/integration/libgfortran/configure.ac branches/google/integration/libgfortran/intrinsics/getlog.c
[Bug tree-optimization/26854] Inordinate compile times on large routines
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854 --- Comment #128 from ian at gcc dot gnu.org ian at gcc dot gnu.org 2011-01-26 01:26:52 UTC --- Author: ian Date: Wed Jan 26 01:26:48 2011 New Revision: 169267 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169267 Log: PR tree-optimization/26854 * c-decl.c (struct c_scope): Add field has_jump_unsafe_decl. (decl_jump_unsafe): Move higher in file, with no other change. (bind): Set has_jump_unsafe_decl if appropriate. (update_label_decls): Test has_jump_unsafe_decl to avoid loop. (check_earlier_gotos): Likewise. (c_check_switch_jump_warnings): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/c-decl.c --- Comment #129 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:50:06 UTC --- Author: dnovillo Date: Wed Feb 2 17:49:54 2011 New Revision: 169601 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169601 Log: PR tree-optimization/26854 * c-decl.c (struct c_scope): Add field has_jump_unsafe_decl. (decl_jump_unsafe): Move higher in file, with no other change. (bind): Set has_jump_unsafe_decl if appropriate. (update_label_decls): Test has_jump_unsafe_decl to avoid loop. (check_earlier_gotos): Likewise. (c_check_switch_jump_warnings): Likewise. Modified: branches/google/integration/gcc/ChangeLog branches/google/integration/gcc/c-decl.c
[Bug tree-optimization/47411] [4.5 Regression] Bootstrap failure on x86-64/Darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47411 --- Comment #9 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:46:00 UTC --- Author: dnovillo Date: Wed Feb 2 17:45:57 2011 New Revision: 169576 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169576 Log: 2011-01-25 Richard Guenther rguent...@suse.de PR middle-end/47411 * gcc.dg/torture/pr47411.c: New testcase. Added: branches/google/integration/gcc/testsuite/gcc.dg/torture/pr47411.c Modified: branches/google/integration/gcc/testsuite/ChangeLog
[Bug tree-optimization/46970] [4.3/4.4/4.5/4.6 Regression] wrong code with -Os -ftree-loop-linear
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46970 --- Comment #10 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:49:01 UTC --- Author: dnovillo Date: Wed Feb 2 17:48:51 2011 New Revision: 169596 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169596 Log: Add testcase for PR46970. 2011-01-18 Sebastian Pop sebastian@amd.com PR tree-optimization/46970 * gcc.dg/graphite/pr46970.c: New. Added: branches/google/integration/gcc/testsuite/gcc.dg/graphite/pr46970.c Modified: branches/google/integration/gcc/testsuite/ChangeLog
[Bug tree-optimization/46168] [4.3/4.4/4.5/4.6 Regression] ICE: verify_ssa failed: definition in block 6 does not dominate use in block 5 with -ftree-loop-linear
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46168 --- Comment #7 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:48:33 UTC --- Author: dnovillo Date: Wed Feb 2 17:48:28 2011 New Revision: 169594 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169594 Log: Add testcase for PR46168. 2011-01-18 Sebastian Pop sebastian@amd.com PR tree-optimization/46168 * gcc.dg/graphite/pr46168.c: New. Added: branches/google/integration/gcc/testsuite/gcc.dg/graphite/pr46168.c Modified: branches/google/integration/gcc/testsuite/ChangeLog
[Bug tree-optimization/29832] -ftree-loop-linear miscompiles scalarize.f90
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29832 --- Comment #12 from Diego Novillo dnovillo at gcc dot gnu.org 2011-02-02 17:48:11 UTC --- Author: dnovillo Date: Wed Feb 2 17:48:08 2011 New Revision: 169592 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169592 Log: Add testcase for PR29832. 2011-01-25 Sebastian Pop sebastian@amd.com PR tree-optimization/29832 * gfortran.dg/graphite/pr29832.f90: New. Added: branches/google/integration/gcc/testsuite/gfortran.dg/graphite/pr29832.f90 Modified: branches/google/integration/gcc/testsuite/ChangeLog
