[Bug fortran/44212] [OOP] ICE when defining a pointer component before defining the class and calling a TBP then
--- Comment #3 from dominiq at lps dot ens dot fr 2010-05-21 06:21 --- The patch in comment #2 fixes the ICE, but is probably the cause of FAIL: gfortran.dg/select_type_1.f03 -O (internal compiler error) FAIL: gfortran.dg/select_type_1.f03 -O (test for errors, line 63) FAIL: gfortran.dg/select_type_1.f03 -O (test for errors, line 65) FAIL: gfortran.dg/select_type_1.f03 -O (test for excess errors) The ICE is /opt/gcc/_clean/gcc/testsuite/gfortran.dg/select_type_1.f03:54.77: class default ! { dg-error cannot be followed by a second DEFAULT CASE } 1 /opt/gcc/_clean/gcc/testsuite/gfortran.dg/select_type_1.f03:56.77: class default ! { dg-error cannot be followed by a second DEFAULT CASE } 2 Error: The DEFAULT CASE at (1) cannot be followed by a second DEFAULT CASE at (2) f951: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. and the missing errors are /opt/gcc/_clean/gcc/testsuite/gfortran.dg/select_type_1.f03:63.11: type is (t2) ! { dg-error overlaps with CASE label } 1 /opt/gcc/_clean/gcc/testsuite/gfortran.dg/select_type_1.f03:65.11: type is (t2) ! { dg-error overlaps with CASE label } 2 Error: CASE label at (1) overlaps with CASE label at (2) Otherwise I did not noticed other side effects. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44212
[Bug regression/43892] PowerPC suboptimal add with carry optimization
--- Comment #11 from joakim dot tjernlund at transmode dot se 2010-05-21 06:23 --- (In reply to comment #10) On my mpc8321 it is a big difference(don't have numbers handy). Why would such a simply insn be a problem performance wise? I know the kernel still uses the carry insn's for calculating the Internet checksum. mpc8321 is a relatively simplistic pipeline. Processors like POWER4, 5, 6, 7 may not have the same characteristics. Even with carry bit register renaming, it is an extra input/output to a dedicated resource, an extra register port. XLC currently avoids carry completely for POWER5 and POWER6: Avoids? I was under the impression the gcc doesn't try to be smart yet so no ppc CPU gets to use the add with carry insn yet. .add32carry: add r5,r3,r4 cmpl0,0,r5,r4 addir3,r5,1 bclrBO_IF,CR0_LT ori r3,r5,0x blr One cannot assume that fewer UISA instructions equates with fewer microarchitecture operations and faster performance. If this is the case for something as simple as add with carry, one really needs a simple way to tell gcc what ppc class CPU one wants to use. Otherwise only the fastest CPUs gets optimal code and the rest, that really needs fast code, gets punished. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892
[Bug c++/44225] New: Workaround for error: ... cannot appear in a constant-expression
I observed the following issue with g++-4.3.4: I can work around the restriction of initializing a static const integral class member with a non-constant expression. This violates the standard and should be rejected by -pedantic. Correct me, if I'm wrong. I cut down my code to the following (concededly a bit contrived) demo scenario: --- Example Code --- template class NT, int x struct X { static const NT VALUE; }; template class NT, int x const NT XNT,x::VALUE = static_castNT(x); struct FailingTruth { static const bool VALUE = Xdouble,1::VALUE Xdouble,1::VALUE; }; template int x, int y struct Test { static const bool VALUE = Xdouble,x::VALUE Xdouble,y::VALUE; }; struct WorkingTruth { static const bool VALUE = Test1,2::VALUE; }; template bool B struct UseAsTemplateParamter { enum { VALUE = B }; }; UseAsTemplateParamterWorkingTruth::VALUE object; --- End Example Code --- The compiler correctly complains with error: âXdouble, 1::VALUEâ cannot appear in a constant-expression in FailingTruth. However, when I encasulate the very same condition using the Test template class, the WorkingTruth code is accepted by g++. I could even use WorkingTruth::VALUE as a non-type template parameter (see last line). Am I missing something here, or does that really violate the standard. Regards Jan. PS: Don't get me wrong, I like this feature, it is really useful, when doing some meta-programming involving floating-point constants :-) -- Summary: Workaround for error: ... cannot appear in a constant- expression Product: gcc Version: 4.3.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tuschjan at yahoo dot de GCC build triplet: GNU/Linux x86 GCC host triplet: GNU/Linux x86 GCC target triplet: GNU/Linux x86 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44225
[Bug c++/44225] Workaround for error: ... cannot appear in a constant-expression
--- Comment #1 from tuschjan at yahoo dot de 2010-05-21 06:32 --- Created an attachment (id=20717) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20717action=view) demo source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44225
[Bug bootstrap/44226] New: [4.6 regression] Failed to bootstrap
On Linux/ia64, revision 159650 gave /export/gnu/import/svn/gcc-test/bld/./gcc/xgcc -B/export/gnu/import/svn/gcc-test/bld/./gcc/ -B/usr/local/ia64-unknown-linux-gnu/bin/ -B/usr/local/ia64-unknown-linux-gnu/lib/ -isystem /usr/local/ia64-unknown-linux-gnu/include -isystem /usr/local/ia64-unknown-linux-gnu/sys-include-g -O2 -O2 -g -O2 -DIN_GCC -DUSE_LIBUNWIND_EXCEPTIONS -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -DUSE_GAS_SYMVER -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I../../../src-trunk/libgcc -I../../../src-trunk/libgcc/. -I../../../src-trunk/libgcc/../gcc -I../../../src-trunk/libgcc/../include -DHAVE_CC_TLS -o _negdi2.o -MT _negdi2.o -MD -MP -MF _negdi2.dep -DL_negdi2 -c ../../../src-trunk/libgcc/../gcc/libgcc2.c \ -fvisibility=hidden -DHIDE_EXPORTS ../../../src-trunk/libgcc/../gcc/libgcc2.c: In function '__negti2': ../../../src-trunk/libgcc/../gcc/libgcc2.c:76:1: internal compiler error: in ira_tune_allocno_costs_and_cover_classes, at ira-costs.c:1797 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[6]: *** [_negdi2.o] Error 1 make[6]: *** Waiting for unfinished jobs Revision 159635 is OK. -- Summary: [4.6 regression] Failed to bootstrap Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44226
[Bug bootstrap/44226] [4.6 regression] Failed to bootstrap
--- Comment #1 from hjl dot tools at gmail dot com 2010-05-21 06:49 --- Revision 159644: http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00697.html may be the cause. -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||law at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44226
[Bug libgcj/44216] [4.6 regression] All libjava tests fail on IRIX 6.5: ld warns about -no-merge-exidx-entries
--- Comment #2 from bonzini at gnu dot org 2010-05-21 07:27 --- What if you call AC_LANG_WERROR just before the test? This wouldn't be a final patch because then you need to restore the previous value, but it's a start. Ralf, maybe we want in Autoconf (and hence in override.m4) a mechanism to push/pop the AC_LANG_WERROR state? -- bonzini at gnu dot org changed: What|Removed |Added CC||rwild at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44216
[Bug target/44189] PIC compilation on ARM screws up DWARF lineinfo in function prologue
--- Comment #2 from gergely+gccbug at risko dot hu 2010-05-21 08:06 --- Based on code in cfgexpand.c (search for start_locus), my patch should probably use something like this for setting the location: /* Eventually, all FEs should explicitly set function_start_locus. */ if (cfun-function_start_locus == UNKNOWN_LOCATION) set_curr_insn_source_location (DECL_SOURCE_LOCATION (current_function_decl)); else set_curr_insn_source_location (cfun-function_start_locus); I am not sure if there are still frontends that do not set function_start_locus. And probably this functionality should be moved to a function and we should only call that function from two places. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44189
[Bug target/44199] ppc64 glibc miscompilation
--- Comment #14 from jakub at gcc dot gnu dot org 2010-05-21 08:08 --- For me it bootstrapped/regtested on 4.4 branch without any testsuite changes (both 32-bit and 64-bit). To see the unsupported tests difference, you can grep ^UNSUPPORTED gcc/testsuite/gcc/gcc.log | sort between the unpatched/patched builds and see what the differences are I guess. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44199
[Bug libgcj/44216] [4.6 regression] All libjava tests fail on IRIX 6.5: ld warns about -no-merge-exidx-entries
--- Comment #3 from rwild at gcc dot gnu dot org 2010-05-21 08:15 --- (In reply to comment #2) Ralf, maybe we want in Autoconf (and hence in override.m4) a mechanism to push/pop the AC_LANG_WERROR state? Isn't there such a mechanism already? If not, then there was at least a proposed patch (series) to add such a while ago, I don't recall whether/why that wasn't merged. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44216
[Bug middle-end/43987] [4.5 Regression] type-punning causes broken binaries unless -O0 is used
--- Comment #24 from thomas at archlinux dot org 2010-05-21 08:16 --- Preliminary tests with a recent gcc snapshot from the 4.5 branch shows that the problem is entirely solved by this patch (maybe in combination with other fixes). Thanks for the quick responses and fixes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987
[Bug libstdc++/42832] Revisit std::function for aliasing issues and efficiency
--- Comment #22 from rguenther at suse dot de 2010-05-21 08:28 --- Subject: Re: Revisit std::function for aliasing issues and efficiency On Thu, 20 May 2010, jason at gcc dot gnu dot org wrote: --- Comment #21 from jason at gcc dot gnu dot org 2010-05-20 16:49 --- The alias_set_subset_of change isn't in 4.5? Then that's not what's making the libstdc++ function tests pass with the swap change reverted...:) Well, yeah - I wouldn't have expected that (IIRC it was a scheduler issue as well). Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42832
[Bug testsuite/32064] ssp tests can't find libssp
--- Comment #5 from ro at gcc dot gnu dot org 2010-05-21 09:11 --- Still an issue, e.g. on Solaris 11. -- ro at gcc dot gnu dot org changed: What|Removed |Added CC||ro at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-05-21 09:11:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32064
[Bug tree-optimization/43949] [4.3/4.4/4.5 Regression] bogus warning: array subscript is above array bounds
--- Comment #5 from joachim dot reichel at gmx dot de 2010-05-21 09:12 --- Will this problem get fixed on the 4.5 branch too? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43949
[Bug tree-optimization/43949] [4.3/4.4/4.5 Regression] bogus warning: array subscript is above array bounds
--- Comment #6 from rguenther at suse dot de 2010-05-21 09:15 --- Subject: Re: [4.3/4.4/4.5 Regression] bogus warning: array subscript is above array bounds On Fri, 21 May 2010, joachim dot reichel at gmx dot de wrote: --- Comment #5 from joachim dot reichel at gmx dot de 2010-05-21 09:12 --- Will this problem get fixed on the 4.5 branch too? Yes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43949
[Bug debug/44205] Wrong .debug_line for -O0 -g
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-21 09:26 --- Subject: Bug 44205 Author: jakub Date: Fri May 21 09:26:31 2010 New Revision: 159652 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159652 Log: PR debug/44205 * tree-cfgcleanup.c (tree_forwarder_block_p): Return false if at -O0 goto_locus of any of the incoming edges differs from goto_locus of outgoing edge, or gimple_location of any of the labels differs. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-cfgcleanup.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44205
[Bug libgcj/44216] [4.6 regression] All libjava tests fail on IRIX 6.5: ld warns about -no-merge-exidx-entries
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-05-21 09:26 --- Subject: Re: [4.6 regression] All libjava tests fail on IRIX 6.5: ld warns about -no-merge-exidx-entries --- Comment #3 from rwild at gcc dot gnu dot org 2010-05-21 08:15 --- (In reply to comment #2) Ralf, maybe we want in Autoconf (and hence in override.m4) a mechanism to push/pop the AC_LANG_WERROR state? Isn't there such a mechanism already? If not, then there was at least a proposed patch (series) to add such a while ago, I don't recall whether/why that wasn't merged. At least not in Autoconf 2.64. I've found a single instance in the implementation of AC_PATH_XTRA. I'll give it a try. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44216
[Bug debug/44205] Wrong .debug_line for -O0 -g
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-21 09:27 --- Subject: Bug 44205 Author: jakub Date: Fri May 21 09:27:30 2010 New Revision: 159653 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159653 Log: PR debug/44205 * tree-cfgcleanup.c (tree_forwarder_block_p): Return false if at -O0 goto_locus of any of the incoming edges differs from goto_locus of outgoing edge, or gimple_location of any of the labels differs. Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/tree-cfgcleanup.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44205
[Bug debug/44205] Wrong .debug_line for -O0 -g
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-21 09:30 --- Subject: Bug 44205 Author: jakub Date: Fri May 21 09:30:07 2010 New Revision: 159654 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159654 Log: PR debug/44205 * tree-cfgcleanup.c (tree_forwarder_block_p): Return false if at -O0 goto_locus of any of the incoming edges differs from goto_locus of outgoing edge, or gimple_location of any of the labels differs. Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/tree-cfgcleanup.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44205
[Bug bootstrap/44226] [4.6 regression] Failed to bootstrap
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet||ia64-linux Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44226
[Bug middle-end/44224] [4.6 Regression]: build broken for cris-elf in libgcc
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|cris-axis-elf |cris-axis-elf, sh4-linux, ||ia64-linux Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44224
[Bug debug/44205] [4.4/4.5/4.6 Regression] Wrong .debug_line for -O0 -g
--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-21 09:33 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|Wrong .debug_line for -O0 -g|[4.4/4.5/4.6 Regression] ||Wrong .debug_line for -O0 -g Target Milestone|--- |4.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44205
[Bug bootstrap/44226] [4.6 regression] Failed to bootstrap
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-21 09:34 --- *** This bug has been marked as a duplicate of 44224 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44226
[Bug middle-end/44224] [4.6 Regression]: build broken for cris-elf in libgcc
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-21 09:34 --- *** Bug 44226 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44224
[Bug rtl-optimization/44223] segmentation fault with -g -fsched-pressure
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-21 09:41 --- Confirmed on x86_64-linux with valgrind only, -O3 -fsched-pressure -fschedule-insns -fPIC -march=core2 -g -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||aoliva at gcc dot gnu dot ||org, jakub at gcc dot gnu ||dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-05-21 09:41:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44223
[Bug target/44222] [4.6 regression] Revision 159621 caused new x86 test failures
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44222
[Bug rtl-optimization/44214] Compiler does not optimize vector divide with -freciprocal-math (or -ffast-math)
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-21 09:47 --- The fold code should probably simply use fold_binary to do the constant folding (which already should handle 1/x for x vector and complex. There is a build_one_cst to build the constant 1 for any type). The exact result check would need to use mpc (and I'm not sure its correct for -frounding-math anyway). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-05-21 09:47:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44214
[Bug middle-end/44101] [4.6 regression] ICE compiling 25_algorithms/fill/4.cc on Tru64 UNIX V5.1B
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2010-05-21 10:02 --- Subject: Bug 44101 Author: ebotcazou Date: Fri May 21 10:02:07 2010 New Revision: 159655 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159655 Log: PR middle-end/44101 * gimplify.c (gimplify_init_constructor): Build a VIEW_CONVERT_EXPR around the uniquized constructor if its type requires a conversion. Added: trunk/gcc/testsuite/g++.dg/other/const3.C Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44101
[Bug middle-end/44101] [4.6 regression] ICE compiling 25_algorithms/fill/4.cc on Tru64 UNIX V5.1B
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2010-05-21 10:03 --- Presumably both. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44101
[Bug target/43958] FAIL: gcc.dg/ipa/ipa-pta-10.c scan-ipa-dump pta ESCAPED = { }
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-21 10:31 --- target or testsuite issue. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW Component|middle-end |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43958
[Bug target/44227] New: Invalid instruction generation in Thumb2 for tst instruction.
CSiBe builds broke because of this change here to fix PR42879. http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00263.html Attached is a reduced testcase that shows the problem. The problem appears to be due to incorrect generation of the tst instruction as a result of the pattern added where the tst instruction appears to be generating a tst with 32767 which is an invalid immediate for the tst instruction in Thumb2 state. Carrot, can you look at this further ? Ramana -- Summary: Invalid instruction generation in Thumb2 for tst instruction. Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ramana at gcc dot gnu dot org GCC host triplet: X86_64-linux-gnu GCC target triplet: arm-eabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44227
[Bug target/44227] Invalid instruction generation in Thumb2 for tst instruction.
--- Comment #1 from ramana at gcc dot gnu dot org 2010-05-21 10:38 --- Created an attachment (id=20718) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20718action=view) testcase Testcase - Compile and assemble with -mcpu=cortex-a8 -mthumb -O3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44227
[Bug tree-optimization/43949] [4.3/4.4/4.5 Regression] bogus warning: array subscript is above array bounds
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-05-21 11:17 --- Subject: Bug 43949 Author: rguenth Date: Fri May 21 11:16:46 2010 New Revision: 159656 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159656 Log: 2010-05-21 Richard Guenther rguent...@suse.de PR tree-optimization/43949 * tree-vrp.c (ssa_name_nonnegative_p): Return true for unsigend types. (extract_range_from_binary_expr): Handle TRUNC_MOD_EXPR. * g++.dg/warn/Warray-bounds-5.C: New testcase. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/warn/Warray-bounds-5.C Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/tree-vrp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43949
[Bug debug/44223] segmentation fault with -g -fsched-pressure
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Component|rtl-optimization|debug Last reconfirmed|2010-05-21 09:41:23 |2010-05-21 11:17:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44223
[Bug other/44038] [4.5 regression] ICE: verify_stmts failed
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-21 11:18 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44038
[Bug other/44038] [4.5 regression] ICE: verify_stmts failed
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-05-21 11:18 --- Subject: Bug 44038 Author: rguenth Date: Fri May 21 11:18:07 2010 New Revision: 159657 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159657 Log: 2010-05-21 Richard Guenther rguent...@suse.de PR tree-optimization/44038 * tree-ssa-forwprop.c (forward_propagate_addr_expr_1): Avoid taking the address of a V_C_E of a constant. * gcc.c-torture/compile/pr44038.c: New testcase. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/compile/pr44038.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/tree-ssa-forwprop.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44038
[Bug debug/44223] segmentation fault with -g -fsched-pressure
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-21 11:21 --- Caused by my PR44028 patch. -- jakub at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||44028 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44223
[Bug debug/44028] -fcompare-debug failure (length) with -O3 -fsched-pressure -fschedule-insns
--- Comment #10 from jakub at gcc dot gnu dot org 2010-05-21 11:22 --- This change caused by PR44223 regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44028
[Bug debug/44223] segmentation fault with -g -fsched-pressure
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-21 11:23 --- Created an attachment (id=20719) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20719action=view) gcc46-pr44223.patch Untested fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44223
[Bug target/44139] Exporting emutls symbols from a DLL broken on w32 targets
--- Comment #22 from ktietz at gcc dot gnu dot org 2010-05-21 11:28 --- Patch fron comment #14 applied to trunk. Back-port won't be done as there is a risc of emutls-fallout (as Richard mentioned in his approval). Committed at revision 159658. -- ktietz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44139
[Bug other/44228] New: gcc-4.4.0 does not compile gcc-4.5.0
compiled with gcc-4.4.0 - Makefile.Linux.gcc: flags=CFLAGS='-march=native -mtune=native' VERSION=gcc-4.5.0 # do_configure: $(flags) ../$(VERSION)/configure \ --prefix=/usr/local/$(VERSION) \ --enable-languages=c,c++,fortran,java,objc,ada \ --disable-nls \ --with-x \ --enable-java-awt=xlib,gtk \ --enable-shared \ --enable-threads=posix \ --enable-stage1-checking do_compile: make bootstrap - Makefile libcpp/ stage1-i686-pc-linux-gnu/ Makefile.Linux.gcclibdecnumber/stage1-intl/ build-i686-pc-linux-gnu/ libiberty/ stage1-libcpp/ compare prev-gcc/stage1-libdecnumber/ config.logprev-i686-pc-linux-gnu/ stage1-libiberty/ config.status*prev-intl/ stage1-zlib/ fehlerprev-libcpp/ stage_current fixincludes/ prev-libdecnumber/ stage_final gcc/ prev-libiberty/ stage_last gnattools/prev-zlib/ zlib/ i686-pc-linux-gnu/serdep.tmp intl/ stage1-gcc/ - stage_current: stage3 stage_last: stage3 stage_final: stage3 - As I cannot attach a file: Makefile:857: warning: overriding commands for target `gjdoc' Makefile:775: warning: ignoring old commands for target `gjdoc' Makefile:857: warning: overriding commands for target `gjdoc' Makefile:775: warning: ignoring old commands for target `gjdoc' jar: internal error: java.lang.NullPointerException at gnu.classpath.tools.jar.Creator.writeCommandLineEntries(Creator.java:219) at gnu.classpath.tools.jar.Creator.run(Creator.java:244) at gnu.classpath.tools.jar.Main.run(Main.java:276) at gnu.classpath.tools.jar.Main.main(Main.java:284) make[3]: *** [libgcj-4.5.0.jar] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-target-libjava] Error 2 make: *** [bootstrap] Error 2 winfried -- Summary: gcc-4.4.0 does not compile gcc-4.5.0 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: szukw000 at arcor dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44228
[Bug target/44228] gcc-4.5.0 does not bootstrap with -march=native
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-21 12:54 --- As you are bootstrapping the error happens because of -march=native (please specify what processor you have). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|other |target GCC target triplet||i686-pc-linux-gnu Summary|gcc-4.4.0 does not compile |gcc-4.5.0 does not bootstrap |gcc-4.5.0 |with -march=native http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44228
[Bug tree-optimization/43845] [4.4 Regression] Segfault when using __attribute__((const)), versions 4.4.3 and 4.6
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-05-21 12:57 --- Subject: Bug 43845 Author: rguenth Date: Fri May 21 12:56:49 2010 New Revision: 159660 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159660 Log: 2010-05-21 Richard Guenther rguent...@suse.de PR tree-optimization/43845 * tree-ssa-pre.c (create_component_ref_by_pieces_1): Properly lookup the CALL_EXPR function and arguments. * gcc.c-torture/compile/pr43845.c: New testcase. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr43845.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/testsuite/ChangeLog branches/gcc-4_4-branch/gcc/tree-ssa-pre.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43845
[Bug tree-optimization/43845] [4.4 Regression] Segfault when using __attribute__((const)), versions 4.4.3 and 4.6
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-05-21 12:59 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43845
[Bug debug/44113] bad debugging information for unrolled loops
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-21 13:00 --- I think it would be better first to change gdb to handle this and then gcc start emitting it. For testing, one can ammend gcc generated assembly with a couple of extra .loc directives. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44113
[Bug target/44228] gcc-4.5.0 does not bootstrap with -march=native
--- Comment #2 from szukw000 at arcor dot de 2010-05-21 13:10 --- Subject: Aw: gcc-4.5.0 does not bootstrap with -march=native Athlon 2800 gcc-4.4.0 has been compiled with this Makefile.Linux.gcc successfully. winfried - Original Nachricht Von: rguenth at gcc dot gnu dot org gcc-bugzi...@gcc.gnu.org An: szukw...@arcor.de Datum: 21.05.2010 14:54 Betreff: [Bug target/44228] gcc-4.5.0 does not bootstrap with -march=native --- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-21 12:54 --- As you are bootstrapping the error happens because of -march=native (please specify what processor you have). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|other |target GCC target triplet||i686-pc-linux-gnu Summary|gcc-4.4.0 does not compile |gcc-4.5.0 does not bootstrap |gcc-4.5.0 |with -march=native http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44228 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. Und was machen Sie heute abend? Alles Events Ihrer Gegend auf einen Blick im Arcor.de-Veranstaltungskalender: http://www.arcor.de/rd/footer.events -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44228
[Bug middle-end/44204] [4.6 regression] ICE in gimple_op_ptr, at gimple.h:167
--- Comment #2 from froydnj at gcc dot gnu dot org 2010-05-21 13:17 --- Subject: Bug 44204 Author: froydnj Date: Fri May 21 13:17:04 2010 New Revision: 159662 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159662 Log: PR middle-end/44204 * builtins.c (fold_call_stmt): Pass error_mark_node if the call statement has no arguments. Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44204
[Bug middle-end/44204] [4.6 regression] ICE in gimple_op_ptr, at gimple.h:167
--- Comment #3 from froydnj at gcc dot gnu dot org 2010-05-21 13:19 --- Fixed. -- froydnj at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44204
[Bug bootstrap/44229] New: [4.6 Regression] 1 new GCC h...@159608 regression
This: http://gcc.gnu.org/ml/gcc-regression/2010-05/msg00227.html is a bootstrap fail for me, ..will try to add some analysis later (looked like two or three bytes different yesterday - so maybe no an obvious prob). -- Summary: [4.6 Regression] 1 new GCC h...@159608 regression Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: iains at gcc dot gnu dot org GCC target triplet: powerpc-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44229
[Bug middle-end/44230] New: Support multiple EH personalities without .cfi_personality
On Solaris 11/x86 with gas 2.19 (bundled), two Ada tests currenly fail like this: FAIL: gnat.dg/lto6.adb (test for excess errors) Excess errors: In file included from :44:0: /vol/gcc/src/hg/trunk/solaris/gcc/testsuite/gnat.dg/lto6_pkg.ads:4:8: sorry, unimplemented: Multiple EH personalities are supported only with assemblers supporting .cfi.personality directive. lto-wrapper: /vol/gcc/obj/gcc-4.6.0-20100512/11-gcc-as90/gcc/xgcc returned 1 exit status collect2: lto-wrapper returned 1 exit status gnatlink: error when calling /vol/gcc/obj/gcc-4.6.0-20100512/11-gcc-as90/gcc/xgcc To skip those tests if it is known that they cannot work, I've submitted a testsuite patch [testsuite, ada] Check for .cfi_personality support http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01279.html but it would be good to support this with assemblers without .cfi_personality support instead. If that were done and the patch above went it, it should be modified to check for the conditions that allow multiple EH personalities to work even without .cfi_personality support or removed completely. -- Summary: Support multiple EH personalities without .cfi_personality Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ro at gcc dot gnu dot org GCC build triplet: i386-pc-solaris2.11 GCC host triplet: i386-pc-solaris2.11 GCC target triplet: i386-pc-solaris2.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44230
[Bug fortran/42385] [OOP] poylmorphic operators do not work
--- Comment #1 from damian at rouson dot net 2010-05-21 14:01 --- As suggested by Janus and Paul, I'm adding the additional test case below. Note that the first two pointer assignments in main are not necessary to demonstrate the linking problem. I put them there (1) to give more detail about what I was trying to do and (2) because deleting those leaves pointless code since there would be no reason to do the the third assignment without doing the first two. $cat link_demo.f03 module field_module implicit none type ,abstract :: field contains procedure(field_eq_field) ,deferred :: assign generic :: assignment(=) = assign end type abstract interface subroutine field_eq_field(lhs,rhs) import :: field class(field) ,intent(out) :: lhs class(field) ,intent(in) :: rhs end subroutine end interface end module module periodic_field_module use field_module ,only : field implicit none type ,extends(field) :: periodic_field real :: f=0. contains procedure :: assign = copy end type contains function new_periodic_field() type(periodic_field) ,pointer :: new_periodic_field allocate(new_periodic_field) end function subroutine copy(lhs,rhs) class(field) ,intent(in) :: rhs class(periodic_field) ,intent(out) :: lhs select type(rhs) class is (periodic_field) lhs%f = rhs%f class default stop 'periodic_field%copy: unsupported right-hand-side class.' end select end subroutine end module program main use field_module use periodic_field_module implicit none class(field) ,pointer :: u,f u = new_periodic_field() f = new_periodic_field() f = u end program $ gfortran link_demo.f03 Undefined symbols: _field_eq_field_, referenced from: _MAIN__ in ccFO42I9.o ld: symbol(s) not found collect2: ld returned 1 exit status -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42385
[Bug bootstrap/44229] [4.6 Regression] 1 new GCC h...@159608 regression
--- Comment #1 from iains at gcc dot gnu dot org 2010-05-21 14:07 --- Stage3: 54d0 7f e3 fb 78 4b ff ac 65 7c 7c 1b 78 93 81 00 38 |.âËxK˨e||.x...8| 54e0 4b ff fc b8 1c 42 00 14 38 02 f8 6c 3c 40 00 01 |K˸â.B..8.¯l@..| 54f0 38 42 83 ec 7c 42 02 15 41 82 00 18 81 63 00 14 |8B.Ã|B..Ac..| 5500 80 03 00 18 7f 8b 00 00 41 9c 05 58 38 40 00 00 |a@..| Stage2: 54d0 7f e3 fb 78 4b ff ac 65 7c 7c 1b 78 93 81 00 38 |.âËxK˨e||.x...8| 54e0 4b ff fc b8 1c 42 00 14 3d 60 00 01 38 0b 83 ec |K˸â.B..=`..8..Ã| 54f0 38 42 f8 6c 7c 42 02 15 41 82 00 18 81 63 00 14 |8B¯l|B..Ac..| 5500 80 03 00 18 7f 8b 00 00 41 9c 05 58 38 40 00 00 |a@..| 5510 stage3: 53a8b 0x5060 53acmulli r2,r2,0x14 53b0addir0,r2,0xf86c 53b4lis r2,0x1 53b8addir2,r2,0x83ec 53bcadd.r2,r2,r0 Stage2: 53a8b 0x5060 53acmulli r2,r2,0x14 53b0lis r11,0x1 53b4addir0,r11,0x83ec 53b8addir2,r2,0xf86c 53bcadd.r2,r2,r0 === also... Stage3: a1b0 00 00 01 c3 00 00 54 18 00 00 01 c3 00 00 54 04 |...â..Tâ..T.| a1c0 00 00 01 c3 00 00 53 b8 00 00 03 45 00 00 00 00 |...â..Sâ...E| a1d0 00 00 00 41 00 00 53 b4 00 00 03 46 00 00 83 ec |...A..SÂ¥...F...Ã| a1e0 00 00 00 41 00 00 53 9c 00 00 01 c3 00 00 53 88 |...A..Sâ..S.| Stage2: a1b0 00 00 01 c3 00 00 54 18 00 00 01 c3 00 00 54 04 |...â..Tâ..T.| a1c0 00 00 01 c3 00 00 53 b4 00 00 03 45 00 00 00 00 |...â..SÂ¥...E| a1d0 00 00 00 41 00 00 53 b0 00 00 03 46 00 00 83 ec |...A..Sâ...F...Ã| a1e0 00 00 00 41 00 00 53 9c 00 00 01 c3 00 00 53 88 |...A..Sâ..S.| -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44229
[Bug target/39254] [4.4 Regression] gcc.c-torture/execute/va-arg-trap-1.c ICEs on powerpc-apple-darwin9
--- Comment #27 from gcc at breakpoint dot cc 2010-05-21 15:16 --- This fix is causing PR44169 on powerpc-linux-gnuspe, the second TLS load is missing a lwz. The same testcase on powerpc-linux-gnu has no problems. The gnuspe target has (as far as I figured out) just different pre-defines. Switching them off (-mabi=nospe -mno=spe) makes the problem not go away. Changing the CPU does. I reverted this change and I pass the testcase from PR44169. -- gcc at breakpoint dot cc changed: What|Removed |Added CC||gcc at breakpoint dot cc http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39254
[Bug bootstrap/44231] New: bootstrap should pass -B prev-lto-plugin/.libs
To bootstrap with LTO enabled and -fuse-linker-plugin we need the path to the linker plugin passed to the driver for stages 2 and 3. Manually adding a -B to BOOT_CFLAGS seems to work. -- Summary: bootstrap should pass -B prev-lto-plugin/.libs Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: enhancement Priority: P3 Component: bootstrap 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=44231
[Bug rtl-optimization/44169] Wrong code while generating TLS offsets
--- Comment #11 from gcc at breakpoint dot cc 2010-05-21 15:21 --- Reverting the change in PR39254 makes the issue go away. Any ideas? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44169
[Bug libstdc++/25306] fill_n, generate_n assume Size is modifiable
--- Comment #7 from paolo dot carlini at oracle dot com 2010-05-21 15:29 --- C++0x is not going to be much different here, thus let's fix the implementation for now and be done with it. -- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle |dot org |dot com Status|SUSPENDED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25306
[Bug middle-end/44224] [4.6 Regression]: build broken for cris-elf in libgcc
-- law at redhat dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |law at redhat dot com |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-05-21 15:30:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44224
[Bug bootstrap/44231] bootstrap should pass -B prev-lto-plugin/.libs
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-21 15:32 --- --enable-intermodule should automatically enable LTO for BOOT_CFLAGS and -fuse-linker-plugin -fwhole-program when gold is enabled. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44231
[Bug libstdc++/25306] fill_n, generate_n assume Size is modifiable
--- Comment #8 from paolo at gcc dot gnu dot org 2010-05-21 16:57 --- Subject: Bug 25306 Author: paolo Date: Fri May 21 16:57:17 2010 New Revision: 159677 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159677 Log: 2010-05-21 Paolo Carlini paolo.carl...@oracle.com PR libstdc++/25306 * include/bits/stl_algobase.h (fill_n): Use a properly typed __niter initialized to __n. * include/bits/stl_algo.h (generate_n): Likewise. * testsuite/25_algorithms/fill_n/25306.cc: New. * testsuite/25_algorithms/generate_n/25306.cc: Likewise. Added: trunk/libstdc++-v3/testsuite/25_algorithms/fill_n/25306.cc trunk/libstdc++-v3/testsuite/25_algorithms/generate_n/25306.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/stl_algo.h trunk/libstdc++-v3/include/bits/stl_algobase.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25306
[Bug libstdc++/25306] fill_n, generate_n assume Size is modifiable
--- Comment #9 from paolo dot carlini at oracle dot com 2010-05-21 17:01 --- Fixed for 4.6.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25306
[Bug fortran/44232] New: function result with pointer to strided component of argument
(System/GCC parameters and compiler error messages given below) Minimal Fortran reproducer: module M_mod implicit none private public :: M_type public :: getKeys type M_type character(len=10) :: key end type M_type contains subroutine getKeys(this) type (M_type), target :: this(:) character(len=10), pointer :: keys(:) keys = this(:)%key end subroutine getKeys end module M_mod Produces an internal compiler error: bash-3.2$ gfortran -v -save-temps -c t.F90 Using built-in specs. Target: i386-apple-darwin8.10.1 Configured with: /tmp/gfortran-20090604/ibin/../gcc/configure --prefix=/usr/local/gfortran --enable-languages=c,fortran --with-gmp=/tmp/gfortran-20090604/gfortran_libs --enable-bootstrap Thread model: posix gcc version 4.5.0 20090604 (experimental) [trunk revision 148180] (GCC) COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.5.8' '-v' '-save-temps' '-c' '-mtune=generic' /usr/local/gfortran/libexec/gcc/i386-apple-darwin8.10.1/4.5.0/f951 t.F90 -cpp /var/folders/e4/e484tj9PEd4Jm8SyiqE9Ak5hB2U/-Tmp-//ccjLAEQe.f90 -quiet -v -D__DYNAMIC__ t.F90 -fPIC -quiet -dumpbase t.F90 -mmacosx-version-min=10.5.8 -mtune=generic -auxbase t -version -fintrinsic-modules-path /usr/local/gfortran/lib/gcc/i386-apple-darwin8.10.1/4.5.0/finclude -o t.s GNU Fortran (GCC) version 4.5.0 20090604 (experimental) [trunk revision 148180] (i386-apple-darwin8.10.1) compiled by GNU C version 4.5.0 20090604 (experimental) [trunk revision 148180], GMP version 4.3.1, MPFR version 2.4.1-p5 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 ignoring nonexistent directory /usr/local/gfortran/lib/gcc/i386-apple-darwin8.10.1/4.5.0/../../../../i386-apple-darwin8.10.1/include #include ... search starts here: #include ... search starts here: /usr/local/gfortran/lib/gcc/i386-apple-darwin8.10.1/4.5.0/finclude /usr/local/include /usr/local/gfortran/include /usr/local/gfortran/lib/gcc/i386-apple-darwin8.10.1/4.5.0/include /usr/local/gfortran/lib/gcc/i386-apple-darwin8.10.1/4.5.0/include-fixed /usr/include End of search list. GNU Fortran (GCC) version 4.5.0 20090604 (experimental) [trunk revision 148180] (i386-apple-darwin8.10.1) compiled by GNU C version 4.5.0 20090604 (experimental) [trunk revision 148180], GMP version 4.3.1, MPFR version 2.4.1-p5 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 t.F90: In function 'getkeys': t.F90:14:0: internal compiler error: Bus error Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- Summary: function result with pointer to strided component of argument Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Thomas dot L dot Clune at nasa dot gov GCC target triplet: i386-apple-darwin8.10.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44232
[Bug middle-end/44133] [4.5 Regression] Uninit warning regression with new SRA
--- Comment #4 from jamborm at gcc dot gnu dot org 2010-05-21 17:36 --- On the 4.5 branch we have a different problem, the warning is not issued at all. The patch does not apply because we treat scalar loads differently. The easiest way would be to backport this behavior to 4.5: http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00440.html and then commit this change on top of it. That would of course change the code generated by SRA in general but it does not seem too risky now. What do you think? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44133
[Bug c/44233] New: illegal asembler instruction generated
ja...@iras:~/sourcecode gcc -O2 -Wall -c testjay.c ja...@iras:~/sourcecode gcc -O3 -Wall -c testjay.c mpn/generic/sb_div_q.c: In function â__gmpn_sb_div_qâ: mpn/generic/sb_div_q.c:294:1: error: unrecognizable insn: (insn:TI 2599 2571 2633 120 (parallel [ (set (reg:DI 134 f6) (asm_operands:DI (xma.hu %0 = %2, %3, f0 xma.l %1 = %2, %3, f0) (=f) 0 [ (reg:DI 135 f7) (reg/v:DI 130 f2 [orig:1683 dinv ] [1683]) ] [ (asm_input:DI (f) (null):0) (asm_input:DI (f) (null):0) ] [] mpn/generic/sb_div_q.c:294)) (set (reg:DI 135 f7) (asm_operands:DI (xma.hu %0 = %2, %3, f0 xma.l %1 = %2, %3, f0) (=f) 1 [ (reg:DI 135 f7) (reg/v:DI 130 f2 [orig:1683 dinv ] [1683]) ] [ (asm_input:DI (f) (null):0) (asm_input:DI (f) (null):0) ] [] mpn/generic/sb_div_q.c:294)) ]) -1 (nil)) mpn/generic/sb_div_q.c:294:1: internal compiler error: in get_attr_first_insn, at config/ia64/itanium2.md:1909 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. ja...@iras:~/sourcecode gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/local/gcc-4.5.0/ia64-Linux-suse/libexec/gcc/ia64-unknown-linux-gnu/4.5.0/lto-wrapper Target: ia64-unknown-linux-gnu Configured with: /usr/local/gcc-4.5.0/src/gcc-4.5.0/configure --enable-languages=c,c++,fortran --with-gnu-as --with-as=/usr/local/binutils-2.20.1/ia64-Linux-suse-gcc-4.4.3/bin/as --with-gnu-ld --with-ld=/usr/local/binutils-2.20.1/ia64-Linux-suse-gcc-4.4.3/bin/ld --with-gmp=/usr/local/mpir-1.2.2/ia64-Linux-suse-gcc-4.4.2 --with-mpfr=/usr/local/mpfr-2.4.2/ia64-Linux-suse-mpir-1.2.2-gcc-4.4.2 --with-mpc=/usr/local/mpc-0.8.1/ia64-Linux-suse-mpfr-2.4.2-mpir-1.2.2-gcc-4.4.3 --prefix=/usr/local/gcc-4.5.0/ia64-Linux-suse Thread model: posix gcc version 4.5.0 (GCC) There doesn't seem to be anywhere to post the test file ? -- Summary: illegal asembler instruction generated Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jason at njkfrudils dot plus dot com GCC host triplet: ia64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44233
[Bug target/43892] PowerPC suboptimal add with carry optimization
--- Comment #12 from segher at gcc dot gnu dot org 2010-05-21 17:42 --- (In reply to comment #11) If this is the case for something as simple as add with carry, one really needs a simple way to tell gcc what ppc class CPU one wants to use. Please see -mcpu= . -- segher at gcc dot gnu dot org changed: What|Removed |Added CC||segher at gcc dot gnu dot ||org AssignedTo|unassigned at gcc dot gnu |segher at gcc dot gnu dot |dot org |org Severity|normal |enhancement Status|NEW |ASSIGNED Component|regression |target Last reconfirmed|2010-04-26 13:52:59 |2010-05-21 17:42:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892
[Bug c/44233] illegal asembler instruction generated
--- Comment #1 from jason at njkfrudils dot plus dot com 2010-05-21 17:43 --- Created an attachment (id=20720) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20720action=view) the test file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44233
[Bug target/43603] gcc-4.4.3 ICE on ia64 with -O3
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-05-21 17:47 --- *** Bug 44233 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||jason at njkfrudils dot plus ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603
[Bug target/44233] illegal asembler instruction generated
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-05-21 17:47 --- *** This bug has been marked as a duplicate of 43603 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44233
[Bug other/44210] Extended warning control: like -Wevery -show-warnings
--- Comment #5 from eric dot estievenart at free dot fr 2010-05-21 18:00 --- 44209 The manual documents... We will accept patches fixing any missing/mistaken entries. That's not the point ! This manual section could (and should) be generated from the output of -show-warnings or similar You could also propose some warnings to be moved to Wextra/Wall Neither ! See also the option -fdiagnostics-show-option. I know it well, it is always in my cflags. This is because a specific warning had no diagnostic that I logged #44209 and consequently this ER. It would be extremely useful to go through the manual and... perhaps provide a Wparanoid setting that includes all those warnings. That's a better name than Wevery. Wmaniac would be smart too ;-) But it's not time for voting ! Instead of -show-warnings, I would propose to extend the current --help=warnings --verbose. --help=warnings has its own purpose, and it is indeed useful, but it does not show the effects of a given commandline on the whole set of available warnings (which also depends on the language) However, that would mean documenting within GCC the relations between the warnings options. That by itself (even without the output) would be EXTREMELY useful if done properly, that is, by adding the information to the *.opt files that define the flags. I can provide pointers on how this could be implemented. Thank you, I'll certainly need some help on the following points: - which branch I should start working on (4.4, 4.5, ...) so that it has good chances to be accepted, and could be integrated into released subversions without too many hassle - which front-ends I should target beside C/C++ - which files to look at first considering the problem. - if there are things in the developper docs (or rather which are not in the developper docs) which could help me. For the dev itself, I should be able to handle it. Honestly I have not yet had a look at the code neither at the architecture, but I guess I will find a common module shared by the front-ends, compiler, etc. I'll see if I can first spot / force compile-time warnings for the calls to a function like log_warning(...) if the warning is not linked to a diagnostic, extend the api, ... A follow-up patch could even fill the details of the manual from that information automatically! That's indeed my intent ! So, I think yes, we are interested in any of the above, so if you are interested in providing patches, choose something small to start with (some small documentation patch to the manual), and ask whatever you want. You may ask here or write to me directly. Thank you again, but if I start on that, I expect to go to the end, so patching the manual would be a loss of time since all would be generated after. I don't have so much time to spend on it, I just expect to do it in a clean and efficient way. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44210
[Bug fortran/44232] function result with pointer to strided component of argument
--- Comment #1 from kargl at gcc dot gnu dot org 2010-05-21 18:19 --- Thanks for the bug report. Can you upgrade to a newer version of the compiler? bash-3.2$ gfortran -v -save-temps -c t.F90 Using built-in specs. Target: i386-apple-darwin8.10.1 Configured with: /tmp/gfortran-20090604/ibin/../gcc/configure 2009-06-04 is nearly a year old. The code compiles with gcc version 4.4.5 20100504 (prerelease) (GCC) gcc version 4.5.1 20100420 (prerelease) (GCC) gcc version 4.6.0 20100510 (experimental) (GCC) So, the bug appears to be fixed in all actively maintained branches. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44232
[Bug c++/44234] New: function type to constant member function type not possible
in the C++ reference: C++ Standard - ANSI ISO IEC 14882 2003.pdf: at the 186th page, there is an example: typedef void fv(void); typedef void fvc(void) const; struct S { fv memfunc1; // equivalent to: void memfunc1(void); void memfunc2(); fvc memfunc3; // equivalent to: void memfunc3(void) const; }; fv S::* pmfv1 = S::memfunc1; fv S::* pmfv2 = S::memfunc2; fvc S::* pmfv3 = S::memfunc3; Compiling this code under MinGW gcc 3.4.5 causes the following errors: bug.cpp:2: error: invalid type qualifier for non-member function type bug.cpp:2: error: `const' and `volatile' function specifiers on `fvc' invalid in type declaration bug.cpp:10:31: warning: no newline at end of file While defining a function type, its not possible to make it constant, nor when making a member function type out of a function type. the standard (typedef void fvc(void) const) is not supported by gcc 3.4.5 ... -- Summary: function type to constant member function type not possible Product: gcc Version: 3.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: WisdomOfDarkness at gmail dot com GCC build triplet: Windows GCC host triplet: Windows, MinGW GCC target triplet: Windows http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44234
[Bug debug/44223] segmentation fault with -g -fsched-pressure
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-21 18:45 --- Subject: Bug 44223 Author: jakub Date: Fri May 21 18:45:29 2010 New Revision: 159680 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159680 Log: PR debug/44223 * haifa-sched.c (schedule_insn): When freeing INSN_REG_USE_LIST, unchain each use from the cyclic next_regno_use chain first. * gcc.target/i386/pr44223.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr44223.c Modified: trunk/gcc/ChangeLog trunk/gcc/haifa-sched.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44223
[Bug c++/44234] function type to constant member function type not possible
--- Comment #1 from WisdomOfDarkness at gmail dot com 2010-05-21 18:47 --- Created an attachment (id=20721) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20721action=view) bug.cpp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44234
[Bug debug/44223] segmentation fault with -g -fsched-pressure
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-21 18:48 --- Subject: Bug 44223 Author: jakub Date: Fri May 21 18:48:19 2010 New Revision: 159681 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159681 Log: PR debug/44223 * haifa-sched.c (schedule_insn): When freeing INSN_REG_USE_LIST, unchain each use from the cyclic next_regno_use chain first. * gcc.target/i386/pr44223.c: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.target/i386/pr44223.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/haifa-sched.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44223
[Bug debug/44223] segmentation fault with -g -fsched-pressure
--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-21 18:49 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44223
[Bug target/44199] ppc64 glibc miscompilation
--- Comment #15 from bergner at gcc dot gnu dot org 2010-05-21 19:14 --- I also did a powerpc64-linux bootstrap and regtest (both 32-bit and 64-bit) and I didn't see any new failures and I also did not see any extra UNSUPPORTED tests. The only time UNSUPPORTED showed up in the test_summary output (UNRESOLVED: one_time_plugin.c compilation,...) was due to different source directory paths. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44199
[Bug target/44199] ppc64 glibc miscompilation
--- Comment #16 from iains at gcc dot gnu dot org 2010-05-21 19:24 --- is : http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44229 potentially a similar problem? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44199
[Bug fortran/44232] function result with pointer to strided component of argument
--- Comment #2 from Thomas dot L dot Clune at nasa dot gov 2010-05-21 19:58 --- Thanks - yes I can upgrade. (But not quite as easily as I can report a bug, apparently. :-) All of the systems I currently have access to only have 4.5.0, and some of those were quite recent installs, so I'll need to burn some brownie points to get the upgrades on those platforms. Cheers, - Tom -- Thomas dot L dot Clune at nasa dot gov changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44232
[Bug fortran/44232] function result with pointer to strided component of argument
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-05-21 20:24 --- http://gcc.gnu.org/wiki/GFortranBinaries You could even install these locally perhaps to get what you need. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44232
[Bug fortran/44232] function result with pointer to strided component of argument
--- Comment #4 from kargl at gcc dot gnu dot org 2010-05-21 20:34 --- (In reply to comment #3) http://gcc.gnu.org/wiki/GFortranBinaries You could even install these locally perhaps to get what you need. Unfortunately, all of the binaries available for Darwin at the wiki are too old to help Thomas. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44232
[Bug fortran/44232] function result with pointer to strided component of argument
--- Comment #5 from Thomas dot L dot Clune at nasa dot gov 2010-05-21 20:49 --- Subject: Re: function result with pointer to strided component of argument Alas, my primary development platform is Mac OS X, and no more recent binaries are available. I'm in the process of building 4.5.1 now, but the bootstrapping is a nontrivial effort. (And I won't tell you what we had to do to get 4.5.0 installed under IRIX Hopefully those changes will suffice for 4.5.x as well.) Cheers, - Tom On May 21, 2010, at 4:24 PM, jvdelisle at gcc dot gnu dot org wrote: --- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-05-21 20:24 --- http://gcc.gnu.org/wiki/GFortranBinaries You could even install these locally perhaps to get what you need. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44232 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. Thomas Clune Software Integration and Visualization Office NASA GSFC (610.3) 301-286-4635 (W)240-266-0400 (F) thomas.l.cl...@nasa.gov -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44232
[Bug fortran/44232] function result with pointer to strided component of argument
--- Comment #6 from dominiq at lps dot ens dot fr 2010-05-21 21:04 --- Why don't you use fink (http://finkproject.org/ 4.4.2 works for your test) or macport? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44232
[Bug middle-end/44224] [4.6 Regression]: build broken for cris-elf in libgcc
--- Comment #4 from law at redhat dot com 2010-05-21 21:15 --- Fixed by recent checkin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44224
[Bug testsuite/32064] ssp tests can't find libssp
--- Comment #6 from hjl dot tools at gmail dot com 2010-05-21 21:16 --- (In reply to comment #5) Still an issue, e.g. on Solaris 11. You can try my patches from 2007 to see if they work for you. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32064
[Bug middle-end/44185] [4.6 regression] New prefetch test failures
--- Comment #6 from changpeng dot fang at amd dot com 2010-05-21 21:36 --- (In reply to comment #5) The fix introduced: FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-assembler-times movnti 18 FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-tree-dump-times optimized ={nt} 18 on Linux/ia32. It seems the unrolling is quite different for different architecture. The count of movnti in and assembly code depends on the unroll_factor. I would propose to remove the movnti check in the assembly code. The dump in aprefetch shows there are two non-temporal stores generated and this is enough. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44185
[Bug middle-end/44185] [4.6 regression] New prefetch test failures
--- Comment #7 from dominiq at lps dot ens dot fr 2010-05-21 21:46 --- In http://gcc.gnu.org/ml/gcc-testresults/2010-05/msg02015.html I see: FAIL: gcc.dg/tree-ssa/prefetch-3.c scan-tree-dump-times aprefetch unroll factor 4 1 FAIL: gcc.dg/tree-ssa/prefetch-5.c scan-tree-dump-times aprefetch Issued prefetch 2 FAIL: gcc.dg/tree-ssa/prefetch-6.c scan-tree-dump-times aprefetch Issued prefetch 5 FAIL: gcc.dg/tree-ssa/prefetch-6.c scan-tree-dump-times aprefetch Issued nontemporal prefetch 3 FAIL: gcc.dg/tree-ssa/prefetch-6.c scan-assembler-times prefetcht 5 FAIL: gcc.dg/tree-ssa/prefetch-6.c scan-assembler-times prefetchnta 3 FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-tree-dump-times aprefetch Issued prefetch 5 FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-tree-dump-times aprefetch Issued nontemporal prefetch 3 FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-tree-dump-times aprefetch a nontemporal store 2 FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-tree-dump-times optimized builtin_prefetch 8 FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-tree-dump-times optimized ={nt} 18 FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-tree-dump-times optimized __builtin_ia32_mfence 2 FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-assembler-times prefetchw 5 FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-assembler-times prefetcht 1 FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-assembler-times prefetchnta 2 FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-assembler-times movnti 18 FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-assembler-times mfence 2 FAIL: gcc.dg/tree-ssa/update-unroll-1.c scan-tree-dump-not aprefetch SUCC: 7 .100.0% -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44185
[Bug fortran/44235] New: array temporary with high upper bound
subroutine foo(a, b) real :: a(10), b(10) a(1:4:2) = a(2:4:2) b(1:3:2) = b(2:4:2) end subroutine foo i...@linux-fd1f:/tmp gfortran -c -Warray-temporaries dep.f90 dep.f90:3.13: a(1:4:2) = a(2:4:2) 1 Warnung: Creating array temporary at (1) The upper bound of '4' in the first array assingment is no different from '3'; the generation of the array temporary should be based on the number of iterations, not the upper bound. -- Summary: array temporary with high upper bound Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org OtherBugsDependingO 36854 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44235
[Bug middle-end/44185] [4.6 regression] New prefetch test failures
--- Comment #8 from hjl dot tools at gmail dot com 2010-05-21 21:48 --- (In reply to comment #7) In http://gcc.gnu.org/ml/gcc-testresults/2010-05/msg02015.html I see: See PR 44203. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44185
[Bug c++/44234] function type to constant member function type not possible
--- Comment #2 from paolo dot carlini at oracle dot com 2010-05-21 23:02 --- Time to update your compiler, the maintained branches are all fine. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.3.4 4.4.1 4.5.0 4.6.0 Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44234
[Bug c++/44236] New: Output initializers in .text.init section
In mozilla there are a lot of page faults caused by paging in C++ global initializers. About 1/3rd of firefox faults are globals. ie the first part of a prelinked firefox startup is a bunch of faults caused by _GLOBAL__I_nsFtpConnectionThread.cpp, _GLOBAL__I_nsCookieService.cpp, etc. If these were grouped together large C++ apps would load much faster. Once the initializers are easily identifiable by the linker, the linker needs to lay these out in a continuous chunk in the ordered that they are called. -- Summary: Output initializers in .text.init section Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tglek at mozilla dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44236
[Bug c++/44237] New: suffix or operands invalid for `movq'
compiling avidemux i got: ADM_vidFieldASM.cpp:108: Error: suffix or operands invalid for `movq' gcc 4.5.0 snapshot 20100520 last know gcc version that worked: 4.4.3 Note: x86_64 works fine -- Summary: suffix or operands invalid for `movq' Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: biru dot ionut at gmail dot com GCC host triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44237
[Bug target/44237] suffix or operands invalid for `movq'
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Component|c++ |target GCC host triplet|i686-linux-gnu | GCC target triplet||i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44237
[Bug target/44237] suffix or operands invalid for `movq'
--- Comment #1 from biru dot ionut at gmail dot com 2010-05-22 00:05 --- Created an attachment (id=20722) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20722action=view) preprocessed file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44237
[Bug middle-end/44203] [4.6 regression] New prefetch test failures
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-22 00:12 --- (In reply to comment #2) Created an attachment (id=20709) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20709action=view) [edit] new version of the fix. There is actually a second bug :-( We not only have to replace step with stepsize (a=a+b*b vs. a=a+b*c) we also have to fix the fact that we changed a=a+b*c to a=(a+b)*c This works for me on Linux/x86-64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44203
[Bug target/44237] suffix or operands invalid for `movq'
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-05-22 00:14 --- __asm__ __volatile__ (movq %0, %% mm4 : : X (_mmTHRESH1)); __asm__ __volatile__ (movq %0, %% mm6 : : X (_mmTHRESH2)); This inline-asm is wrong. You want the ym constraint here. X is too generic, it allows every kind of register and memory address. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44237
[Bug middle-end/44224] [4.6 Regression]: build broken for cris-elf in libgcc
--- Comment #5 from hp at gcc dot gnu dot org 2010-05-22 00:19 --- Yes. Thanks. -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44224
[Bug middle-end/44204] [4.6 regression] ICE in gimple_op_ptr, at gimple.h:167
--- Comment #4 from hjl dot tools at gmail dot com 2010-05-22 00:26 --- *** Bug 44222 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44204
[Bug target/44222] [4.6 regression] Revision 159621 caused new x86 test failures
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-22 00:26 --- *** This bug has been marked as a duplicate of 44204 *** -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44222
[Bug other/44210] Extended warning control: like -Wevery -show-warnings
--- Comment #6 from manu at gcc dot gnu dot org 2010-05-22 00:32 --- (In reply to comment #5) I can provide pointers on how this could be implemented. Thank you, I'll certainly need some help on the following points: - which branch I should start working on (4.4, 4.5, ...) so that it has good chances to be accepted, and could be integrated into released subversions without too many hassle You should work on current trunk. This is a new feature, so not suitable for release branches. - which front-ends I should target beside C/C++ - which files to look at first considering the problem. I think you'll need to start modifying the awk scripts that read the *.opt files: gcc/opt*.awk You'll probably need to add a new flag Enables, like: Wextra Common Var(extra_warnings) Warning Enables(Wsomething-else,Wother-one) Print extra (possibly unwanted) warnings and make the awk scripts handle it by generating code that can print the relations. Other interesting files may be opts.* c-opts.*. - if there are things in the developper docs (or rather which are not in the developper docs) which could help me. It depends what you need to know. I cannot read your mind :-) For the dev itself, I should be able to handle it. Honestly I have not yet had a look at the code neither at the architecture, but I guess I will find a common module shared by the front-ends, compiler, etc. I'll see if I can first spot / force compile-time warnings for the calls to a function like log_warning(...) if the warning is not linked to a diagnostic, extend the api, ... I don't understand what you mean by this. Thank you again, but if I start on that, I expect to go to the end, so patching the manual would be a loss of time since all would be generated after. I don't have so much time to spend on it, I just expect to do it in a clean and efficient way. As you wish. I tend to think that when approaching something unknown and complex, it is better to start small, but if you think you are capable, just go ahead. I cannot promise that the result will be accepted (because I don't fully understand what you want to implement), but the experience may be helpful anyway for someone else to implement something similar. Flags like this should be named -fsomething. I don't think that -fshow-warnings will be accepted because it is ambigous. I still believe that letting -Wall --help=warnings return the flags enabled by Wall would be more clear (and easier to implement). There could be also -O3 --help, it will display the flags enabled by -O3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44210
[Bug fortran/44232] function result with pointer to strided component of argument
--- Comment #7 from Thomas dot L dot Clune at nasa dot gov 2010-05-22 00:44 --- Subject: Re: function result with pointer to strided component of argument I may end up doing that, but since part of my interest is in F2003 functionality, moving backwards in terms of versions is not a win- win. Unfortunately, I probably will have to work with 2 versions for the time being. On May 21, 2010, at 5:04 PM, dominiq at lps dot ens dot fr wrote: --- Comment #6 from dominiq at lps dot ens dot fr 2010-05-21 21:04 --- Why don't you use fink (http://finkproject.org/ 4.4.2 works for your test) or macport? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44232 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. Thomas Clune Software Integration and Visualization Office NASA GSFC (610.3) 301-286-4635 (W)240-266-0400 (F) thomas.l.cl...@nasa.gov -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44232
[Bug fortran/44232] function result with pointer to strided component of argument
--- Comment #8 from Thomas dot L dot Clune at nasa dot gov 2010-05-22 00:59 --- Hmm. I've now built gfortran 4.5.1 20100521 (from the branch) and still have the same internal compiler error. Are you certain that the 4.5.1 20100420 version does not have this problem? (In reply to comment #1) Thanks for the bug report. Can you upgrade to a newer version of the compiler? bash-3.2$ gfortran -v -save-temps -c t.F90 Using built-in specs. Target: i386-apple-darwin8.10.1 Configured with: /tmp/gfortran-20090604/ibin/../gcc/configure 2009-06-04 is nearly a year old. The code compiles with gcc version 4.4.5 20100504 (prerelease) (GCC) gcc version 4.5.1 20100420 (prerelease) (GCC) gcc version 4.6.0 20100510 (experimental) (GCC) So, the bug appears to be fixed in all actively maintained branches. -- Thomas dot L dot Clune at nasa dot gov changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44232