[Bug c++/35387] __PRETTY_FUNCTION__ produces inconsistent output
--- Comment #6 from d dot frey at gmx dot de 2008-02-28 08:14 --- I looked at bug #99, but I am unsure whether this bug is really a dup of it. #99 is about overloads and occurs with user types, while this bug is about partial template specializations and occurs only with certain types from the STL. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35387
[Bug target/35295] 64-bit host cross compile to 32-bit target differs from 32-bit host cross compile to 32-bit target
--- Comment #12 from benny at ammitzboell-consult dot dk 2008-02-28 08:18 --- We have now tried the 4.2.3 version of gcc and it generates the same assembler code (objdump -d) for the example here on both the 32-bit and the 64-bit host. The RTL is still different though, so it seems you're right about it being a target issue. We're trying to build a full toolchain with gcc 4.2.1 to verify that result in a full-blown test on all of our code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35295
[Bug c++/35397] New: Problem handling denormalized numbers under AIX
I face a problem when trying to convert string to double numbers, when the string represents a denormalized number. I use g++ 4.2.2 on powerpc-ibm-aix5.3.0.0. Example: - #include vector #include sstream #include iostream int main() { std::stringstream stream(5.6 0 0.205867 1.0809 7.22644 0.373206 -5.84675e-317 1.5 0.00433641 1.45331e-45); std::vectordouble vals; double x; while (stream x) { vals.push_back(x); } std::vectordouble::iterator it; for (it=vals.begin(); itvals.end(); it++) { std::cout*it ; } return 0; } -- displays: 5.6 0 0.205867 1.0809 7.22644 0.373206 The denormalized number -5.84675e-317 is dropped and the loop ends. Interestingly, if I use: -- double x; std::string st; while (stream st) { x = atof(st.c_str()); vals.push_back(x); } - then that works, this displays: 5.6 0 0.205867 1.0809 7.22644 0.373206 -5.84675e-317 1.5 0.00433641 1.45331e-45 I have seen there were some denormalized-related options for g++ on Alpha, but they are not implemented on AIX. Moreover, I don't see this issue under Linux/gcc 4.2.2. -- Summary: Problem handling denormalized numbers under AIX Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: efernandez at physiomics-plc dot com GCC host triplet: powerpc-ibm-aix5.3.0.0 GCC target triplet: powerpc-ibm-aix5.3.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35397
[Bug rtl-optimization/34999] Fallthru crossing edges in partition_hot_cold_basic_blocks are not been fixed when the section ends with call insn
--- Comment #4 from ubizjak at gmail dot com 2008-02-28 09:47 --- Test case fails on x86_64: Running target unix FAIL: gcc.dg/tree-prof/pr34999.c compilation, -fprofile-use -D_PROFILE_USE UNRESOLVED: gcc.dg/tree-prof/pr34999.c execution,-fprofile-use -D_PROFILE_USE http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg01856.html -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-02-28 09:47:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999
[Bug testsuite/31341] testsuite pr31041.c fails conflicting with stdint.h
--- Comment #3 from victork at gcc dot gnu dot org 2008-02-28 09:48 --- I have no installed cygwin, could you check if this patch fixes the failure? Index: gcc/testsuite/gcc.dg/vect/pr31041.c === --- gcc/testsuite/gcc.dg/vect/pr31041.c (revision 131411) +++ gcc/testsuite/gcc.dg/vect/pr31041.c (working copy) @@ -4,16 +4,15 @@ #include stdarg.h #include tree-vect.h -typedef int int32_t; struct UNewTrie { - int32_t index[(0x11 1)]; + int index[(0x11 1)]; }; typedef struct UNewTrie UNewTrie; utrie_open_3_4 () { UNewTrie *trie; - int32_t i, j; + int i, j; { i = 0; do -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31341
[Bug fortran/35395] Invalid-accepted - public entity with private type should be diagnosed
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-02-28 10:12 --- Confirmed on i686-apple-darwin8.10.1 with mainline. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|x86_64-unknown-linux-gnu| GCC host triplet|x86_64-unknown-linux-gnu| GCC target triplet|x86_64-unknown-linux-gnu| Known to fail||4.1.0 4.3.0 4.4.0 Last reconfirmed|-00-00 00:00:00 |2008-02-28 10:12:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35395
[Bug fortran/35381] Misleading error message with derived types: Exponent at (1) must be INTEGER for an initialization expression
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2008-02-28 10:10 --- Marking the bug as FIXED in 4.3.0 and later. Thanks for the bug report! -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED GCC build triplet|x86_64-suse-linux | GCC host triplet|x86_64-suse-linux | GCC target triplet|x86_64-suse-linux | Keywords||rejects-valid Known to fail||4.1.0 4.2.3 Known to work||4.3.0 4.4.0 Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35381
[Bug fortran/35381] Misleading error message with derived types: Exponent at (1) must be INTEGER for an initialization expression
--- Comment #6 from thomas dot orgis at awi dot de 2008-02-28 10:40 --- Eh... one question: Does the fix in 4.3 just make the initialization with REAL exponent work (Fortran 2003, AFAIK) or does it also fix the error message when working in strict Fortran 95 mode (hm, I suppose there is a strict mode), where the code still should be rejected? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35381
[Bug fortran/34868] ICE with -ff2c for function returning a complex number
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2008-02-28 10:42 --- (In reply to comment #8) There's more to it... using the result syntax for the function makes it fail even with my patch That's because the result symbol is not marked with attr.always_explicit, only the procedure symbol. I think it's more convenient to mark both: Index: resolve.c === --- resolve.c (revision 132611) +++ resolve.c (working copy) @@ -106,7 +106,10 @@ resolve_formal_arglist (gfc_symbol *proc if (gfc_elemental (proc) || sym-attr.pointer || sym-attr.allocatable || (sym-as sym-as-rank 0)) -proc-attr.always_explicit = 1; +{ + proc-attr.always_explicit = 1; + sym-attr.always_explicit = 1; +} formal_arg_flag = 1; @@ -187,7 +190,11 @@ resolve_formal_arglist (gfc_symbol *proc if ((sym-as sym-as-rank 0 sym-as-type == AS_ASSUMED_SHAPE) || sym-attr.pointer || sym-attr.allocatable || sym-attr.target || sym-attr.optional) - proc-attr.always_explicit = 1; + { + proc-attr.always_explicit = 1; + if (proc-result) + proc-result-attr.always_explicit = 1; + } /* If the flavor is unknown at this point, it has to be a variable. A procedure specification would have already set the type. */ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34868
[Bug testsuite/35382] Invalid gcc.dg/pr34351.c
--- Comment #5 from ubizjak at gmail dot com 2008-02-28 09:55 --- (In reply to comment #3) I can only test in x86_64-unknown-linux-gnu. make -k check RUNTESTFLAGS=--target_board=unix/-m32 will run the testsuite in 32bit mode. BTW: make -j2 -k check RUNTESTFLAGS=--target_board=unix/\{,-m32\} will run both, 64bit and 32bit testsuite. Two cores are recommended for -j2. The failure is fixed by http://gcc.gnu.org/ml/gcc-patches/2008-02/msg01394.html -- ubizjak at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35382
[Bug target/25477] builtin functions should use $LDBL128 suffix on darwin when appropriate
--- Comment #65 from ubizjak at gmail dot com 2008-02-28 11:29 --- (In reply to comment #62) The first situation was clearly better, but I was at work when Dominique emailed my after my first commit, saying the new testcase FAILed, and I got confused. I think I'll revert to the old situation, and we'll live with that one FAIL until Apple fixes the bug or the universe stops expanding and condenses into a single point of pure energy, whichever happens first. (My money is on the second guess.) Please note, that the syntax of dg-xfail-if is dg-xfail-if message {targets} {include} {exclude} so perhaps adding another dg-xfail-if line with someting like dg-xfail-if apple libc problems { powerpc*-apple-darwin* } {* } {-O0} would produce clean run. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25477
[Bug c++/35398] New: unable to take address of template function
templateint void foo() {} void test() { foo1(); // (1) void (*func)() = foo1; // (2) foo1;// (3) void* d = (void*)foo1; // (4) } (1) and (2) are OK. (3) fails with: error: statement cannot resolve address of overloaded function (4) fails with: error: insufficient contextual information to determine type -- Summary: unable to take address of template function Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joerg dot richter at pdv-fs dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35398
[Bug target/33963] [4.3/4.4 Regression] Dllimport attribute wrongly accepted on typedefs
--- Comment #2 from jsm28 at gcc dot gnu dot org 2008-02-28 12:35 --- Subject: Bug 33963 Author: jsm28 Date: Thu Feb 28 12:34:51 2008 New Revision: 132744 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132744 Log: PR target/33963 * tree.c (handle_dll_attribute): Disallow TYPE_DECLs for types other than structures and unions. Modified: trunk/gcc/ChangeLog trunk/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33963
[Bug c++/11357] [DR 425] no conversion of build-in binary operator argument attempted
--- Comment #20 from d dot frey at gmx dot de 2008-02-28 12:42 --- According to DR 425's proposed resolution, GCC is already doing the right thing, so I'm closing this bug report. -- d dot frey at gmx dot de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11357
[Bug fortran/34956] -fbounds-check: bounds_check_9.f90: Use of uninitialized memory
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-02-28 12:51 --- Reduced testcase: $ cat bounds_check_9.f90 program main call sub() contains subroutine set_optional(iopt) integer, optional :: iopt(:) end subroutine set_optional subroutine sub(ivec) integer, optional :: ivec(:) call set_optional(ivec) end subroutine sub end program main $ gfortran -fbounds-check bounds_check_9.f90 -g valgrind ./a.out ==10896== Memcheck, a memory error detector. ==10896== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al. ==10896== Using LibVEX rev 1658, a library for dynamic binary translation. ==10896== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP. ==10896== Using valgrind-3.2.1-Debian, a dynamic binary instrumentation framework. ==10896== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al. ==10896== For more details, rerun with: -v ==10896== ==10896== Conditional jump or move depends on uninitialised value(s) ==10896==at 0x400375: sub.923 (bounds_check_9.f90:9) ==10896==by 0x4002C3: MAIN__ (bounds_check_9.f90:2) ==10896==by 0x40049B: main (fmain.c:21) ==10896== ==10896== Conditional jump or move depends on uninitialised value(s) ==10896==at 0x4003B0: sub.923 (bounds_check_9.f90:9) ==10896==by 0x4002C3: MAIN__ (bounds_check_9.f90:2) ==10896==by 0x40049B: main (fmain.c:21) ==10896== ==10896== Conditional jump or move depends on uninitialised value(s) ==10896==at 0x4003EE: sub.923 (bounds_check_9.f90:9) ==10896==by 0x4002C3: MAIN__ (bounds_check_9.f90:2) ==10896==by 0x40049B: main (fmain.c:21) ==10896== ==10896== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 1 from 1) ==10896== malloc/free: in use at exit: 0 bytes in 0 blocks. ==10896== malloc/free: 0 allocs, 0 frees, 0 bytes allocated. ==10896== For counts of detected errors, rerun with: -v ==10896== All heap blocks were freed -- no leaks are possible. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-02-28 12:51:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34956
[Bug rtl-optimization/34999] Fallthru crossing edges in partition_hot_cold_basic_blocks are not been fixed when the section ends with call insn
--- Comment #5 from eres at il dot ibm dot com 2008-02-28 13:00 --- I can not reproduce this fail on my local x86_64-unknown-linux-gnu machine: PASS: gcc.dg/tree-prof/pr34999.c compilation, -fprofile-use -D_PROFILE_USE PASS: gcc.dg/tree-prof/pr34999.c execution,-fprofile-use -D_PROFILE_USE I appreciate any info on this ICE so I could try to fix it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999
[Bug rtl-optimization/34999] Fallthru crossing edges in partition_hot_cold_basic_blocks are not been fixed when the section ends with call insn
--- Comment #6 from ubizjak at gmail dot com 2008-02-28 13:26 --- (In reply to comment #5) I can not reproduce this fail on my local x86_64-unknown-linux-gnu machine: PASS: gcc.dg/tree-prof/pr34999.c compilation, -fprofile-use -D_PROFILE_USE PASS: gcc.dg/tree-prof/pr34999.c execution,-fprofile-use -D_PROFILE_USE I appreciate any info on this ICE so I could try to fix it. Sometimes --enable-checking=release triggers bugs that are hidden by other --enable-checking settings. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999
[Bug rtl-optimization/34999] Fallthru crossing edges in partition_hot_cold_basic_blocks are not been fixed when the section ends with call insn
--- Comment #7 from eres at il dot ibm dot com 2008-02-28 13:49 --- (In reply to comment #6) (In reply to comment #5) I appreciate any info on this ICE so I could try to fix it. Sometimes --enable-checking=release triggers bugs that are hidden by other --enable-checking settings. Thanks, unfortunately I still can not reproduce the fail. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999
[Bug target/25477] builtin functions should use $LDBL128 suffix on darwin when appropriate
--- Comment #66 from howarth at nitro dot med dot uc dot edu 2008-02-28 14:39 --- I find that... ! { dg-xfail-if { *-*-freebsd* } { * } { } } ! { dg-xfail-if apple libc problems { powerpc*-apple-darwin* } {* } {-O0} } in gfortran.dg/large_real_kind_3.F90, still produces... FAIL: gfortran.dg/large_real_kind_3.F90 -O0 execution test XPASS: gfortran.dg/large_real_kind_3.F90 -O1 (test for excess errors) XPASS: gfortran.dg/large_real_kind_3.F90 -O2 (test for excess errors) XPASS: gfortran.dg/large_real_kind_3.F90 -O3 -fomit-frame-pointer (test for excess errors) XPASS: gfortran.dg/large_real_kind_3.F90 -O3 -fomit-frame-pointer -funroll-loops (test for excess errors) XPASS: gfortran.dg/large_real_kind_3.F90 -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions (test for excess errors) XPASS: gfortran.dg/large_real_kind_3.F90 -O3 -g (test for excess errors) XPASS: gfortran.dg/large_real_kind_3.F90 -Os (test for excess errors) So it seems that the -O0 part of the dg-xfail-if isn't being honored. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25477
[Bug target/25477] builtin functions should use $LDBL128 suffix on darwin when appropriate
--- Comment #67 from ubizjak at gmail dot com 2008-02-28 14:54 --- (In reply to comment #66) in gfortran.dg/large_real_kind_3.F90, still produces... It should be in reverse: ! { dg-xfail-if libc bug { powerpc*-apple-darwin* } { -O0 } { } } - http://gcc.gnu.org/ml/gcc-patches/2008-02/msg01412.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25477
[Bug fortran/34868] ICE with -ff2c for function returning a complex number
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2008-02-28 15:43 --- Subject: Bug 34868 Author: fxcoudert Date: Thu Feb 28 15:42:21 2008 New Revision: 132751 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132751 Log: PR fortran/34868 * trans-expr.c (gfc_conv_variable): Don't build indirect references when explicit interface is mandated. * resolve.c (resolve_formal_arglist): Set attr.always_explicit on the result symbol as well as the procedure symbol. * gfortran.dg/f2c_9.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/f2c_9.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/fortran/trans-expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34868
[Bug fortran/34868] ICE with -ff2c for function returning a complex number
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2008-02-28 15:44 --- Fixed on mainline. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34868
[Bug fortran/34955] transfer_assumed_size_1.f90: Valgrind error: invalid read of size 3
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-02-28 16:01 --- Tobias, what target and options are you compiling with? I can't reproduce this on x86_64-linux... -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34955
[Bug tree-optimization/34043] Missed optimization causing extra loads and stores when using x86_64 builtin function together with aggregate types.
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2008-01-03 17:29:45 |2008-02-28 16:40:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34043
[Bug middle-end/33989] Extra load/store for float with union
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-28 16:47 --- With the patch proposed for PR34043 we get f: .LFB2: addss (%rdi), %xmm0 movd%xmm0, (%rsi) ret instead of f: .LFB2: addss (%rdi), %xmm0 movss %xmm0, -4(%rsp) movl-4(%rsp), %eax movl%eax, (%rsi) ret so expansion can handle f (a, b, e) { bb 2: *b = VIEW_CONVERT_EXPRint(*a + e); return; } well compared to f (a, b, e) { union a c; bb 2: c.f = *a + e; *b = c.i; return; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33989
[Bug c++/35398] unable to take address of template function
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-28 16:47 --- *** This bug has been marked as a duplicate of 11407 *** -- 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=35398
[Bug c++/11407] [DR 115] Function cannot be resolved
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-02-28 16:47 --- *** Bug 35398 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||joerg dot richter at pdv-fs ||dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11407
[Bug target/35397] Problem handling denormalized numbers under AIX
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Component|c++ |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35397
[Bug testsuite/31341] testsuite pr31041.c fails conflicting with stdint.h
--- Comment #4 from tprince at computer dot org 2008-02-28 17:05 --- With Victor's patch on SVN: trunk revision 132553 version 4.4.0 20080222: PASS: gcc.dg/vect/pr31041.c (test for excess errors) -- tprince at computer dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31341
[Bug target/35373] [4.4 Regression] bootstraping on powerpc-apple-darwin9 fails with revision 132578
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |blocker GCC build triplet|powerpc-apple-darwin9 | GCC host triplet|powerpc-apple-darwin9 | GCC target triplet|powerpc-apple-darwin9 |powerpc*-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35373
[Bug c++/35380] ICE with attribute 'aligned' in template parameter
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-28 17:10 --- With the trunk, I get the following: t.cc: In function 'int main()': t.cc:9: warning: ignoring attributes applied to class type 'Foo' outside of definition -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35380
[Bug c++/99] Bug in template type in error message.
--- Comment #16 from pinskia at gcc dot gnu dot org 2008-02-28 17:07 --- *** Bug 35387 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||d dot frey at gmx dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=99
[Bug c++/35387] __PRETTY_FUNCTION__ produces inconsistent output
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-02-28 17:07 --- No, bug 99 has specialization too: templateunsigned int n, unsigned int m double ch(dummyn, dummym); templateunsigned int n double ch(dummyn, dummy0); templateunsigned int m double ch(dummy0, dummym); Those are all specialization of the first one, not overloaded functions. See also comment #11. *** This bug has been marked as a duplicate of 99 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35387
[Bug fortran/33197] Fortran 2008: gamma() and other small changes
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2008-02-28 17:57 --- One more remark: checking of intrinsics and compliance to the -std option specified is lacking, and this is a generic issue of gfortran. Maybe there's a PR open about it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33197
[Bug rtl-optimization/34999] Fallthru crossing edges in partition_hot_cold_basic_blocks are not been fixed when the section ends with call insn
--- Comment #8 from ubizjak at gmail dot com 2008-02-28 18:34 --- (In reply to comment #7) Thanks, unfortunately I still can not reproduce the fail. Probably you need newer binutils: GNU ld (GNU Binutils) 2.18 Executing on host: /home/uros/gcc-build/gcc/xgcc -B/home/uros/gcc-build/gcc/ /home/uros/gcc-svn/trunk/gcc/testsuite/gcc.dg/tree-prof/pr34999.c -O2 -freorder-blocks-and-partition -fprofile-use -D_PROFILE_USE -fno-show-column -lm -o /home/uros/gcc-build/gcc/testsuite/gcc/pr34999.x02(timeout = 300) /usr/local/x86_64-unknown-linux-gnu/bin/ld: error in /tmp/cceUz9XT.o(.eh_frame); no .eh_frame_hdr table will be created.^M output is: /usr/local/x86_64-unknown-linux-gnu/bin/ld: error in /tmp/cceUz9XT.o(.eh_frame); no .eh_frame_hdr table will be created.^M FAIL: gcc.dg/tree-prof/pr34999.c compilation, -fprofile-use -D_PROFILE_USE UNRESOLVED: gcc.dg/tree-prof/pr34999.c execution,-fprofile-use -D_PROFILE_USE HJ, is this a binutils bug or gcc bug? -- ubizjak at gmail dot com changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999
[Bug rtl-optimization/34999] Fallthru crossing edges in partition_hot_cold_basic_blocks are not been fixed when the section ends with call insn
--- Comment #9 from ubizjak at gmail dot com 2008-02-28 19:12 --- Created an attachment (id=15241) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15241action=view) asm that crashes linker gcc pr34999.s /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../x86_64-unknown-linux-gnu/bin/ld: error in /tmp/ccuXalsV.o(.eh_frame); no .eh_frame_hdr table will be created. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999
[Bug target/35399] New: [4.3 regression] bootstrap error, ICE in free_list, at lists.c:52
gcc is configured with: --with-pkgversion='Debian 4.3-20080227-1' --with-bugurl='file:///usr/share/doc/gcc-4.3/README.Bugs' --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-libffi --enable-objc-gc --enable-mpfr --disable-libssp --enable-checking=release --build=arm-linux-gnu --host=arm-linux-gnu --target=arm-linux-gnu SUBTARGET_CPU_DEFAULT is set to TARGET_CPU_arm9tdmi. 20080219 did build sucessfully Matthias http://buildd.debian.org/fetch.cgi?pkg=gcc-4.3ver=4.3-20080227-1arch=armstamp=1204226723file=log /build/buildd/gcc-4.3-4.3-20080227/build/./prev-gcc/xgcc -B/build/buildd/gcc-4.3-4.3-20080227/build/./prev-gcc/ -B/usr/arm-linux-gnu/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings-DHAVE_CONFIG_H -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include -I../../src/gcc/../libcpp/include -I../../src/gcc/../libdecnumber -I../../src/gcc/../libdecnumber/dpd -I../libdecnumberinsn-attrtab.c -o insn-attrtab.o ../../src/gcc/config/arm/arm-tune.md: In function 'insn_default_latency': ../../src/gcc/config/arm/arm-tune.md:16: internal compiler error: in free_list, at lists.c:52 Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.3/README.Bugs for instructions. make[5]: *** [insn-attrtab.o] Error 1 make[5]: Leaving directory `/build/buildd/gcc-4.3-4.3-20080227/build/gcc' make[4]: *** [all-stage3-gcc] Error 2 make[4]: Leaving directory `/build/buildd/gcc-4.3-4.3-20080227/build' make[3]: *** [stage3-bubble] Error 2 make[3]: Leaving directory `/build/buildd/gcc-4.3-4.3-20080227/build' make[2]: *** [bootstrap-lean] Error 2 make[2]: Leaving directory `/build/buildd/gcc-4.3-4.3-20080227/build' -- Summary: [4.3 regression] bootstrap error, ICE in free_list, at lists.c:52 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: arm-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35399
[Bug middle-end/35400] New: [4.4 regression] -Wtype-limits -O2 causes ICE tree check: expected ssa_name, have addr_expr in get_value_range, at tree-vrp.c:469
This is a regression probably introduced roughly three or four days ago, unless it's due to a change in the codebase I'm building (which is Wine): ...gcc -Wtype-limits -O2 action.i action.c: In function 'move_files_wildcard': action.c:5232: internal compiler error: tree check: expected ssa_name, have addr_expr in get_value_range, at tree-vrp.c:469 -- Summary: [4.4 regression] -Wtype-limits -O2 causes ICE tree check: expected ssa_name, have addr_expr in get_value_range, at tree-vrp.c:469 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gerald at pfeifer dot com GCC host triplet: i386-unknown-freebsd6.2tt http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35400
[Bug fortran/33950] Warning missing for function result not set
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-02-28 20:23 --- Subject: Bug 33950 Author: dfranke Date: Thu Feb 28 20:22:55 2008 New Revision: 132756 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132756 Log: gcc/fortran: 2008-02-28 Daniel Franke [EMAIL PROTECTED] PR fortran/31463 PR fortran/33950 PR fortran/34296 * lang.opt: Added -Wreturn-type. * options.c (gfc_handle_option): Recognize -Wreturn-type. * trans-decl.c (gfc_trans_deferred_vars): Emit warnings for funtions where the result value is not set. (gfc_generate_function_code): Likewise. (generate_local_decl): Emit warnings for funtions whose RESULT variable is not set. gcc/testsuite: 2008-02-28 Daniel Franke [EMAIL PROTECTED] PR fortran/31463 PR fortran/33950 PR fortran/34296 * gfortran.dg/arrayio_11.f90: Fixed test. * gfortran.dg/arrayio_12.f90: Likewise. * gfortran.dg/module_read_1.f90: Added warning-directives. * gfortran.dg/pr32242.f90: Likewise. * gfortran.dg/result_in_spec_3.f90: Likewise. * gfortran.dg/use_12.f90: Likewise. * gfortran.dg/warn_function_without_result.f90 : New test. Added: trunk/gcc/testsuite/gfortran.dg/warn_function_without_result.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/lang.opt trunk/gcc/fortran/options.c trunk/gcc/fortran/trans-decl.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/arrayio_11.f90 trunk/gcc/testsuite/gfortran.dg/arrayio_12.f90 trunk/gcc/testsuite/gfortran.dg/module_read_1.f90 trunk/gcc/testsuite/gfortran.dg/pr32242.f90 trunk/gcc/testsuite/gfortran.dg/result_in_spec_3.f90 trunk/gcc/testsuite/gfortran.dg/use_12.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33950
[Bug fortran/31463] [patch] inconsistent warnings if function return value is not set
--- Comment #6 from dfranke at gcc dot gnu dot org 2008-02-28 20:23 --- Subject: Bug 31463 Author: dfranke Date: Thu Feb 28 20:22:55 2008 New Revision: 132756 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132756 Log: gcc/fortran: 2008-02-28 Daniel Franke [EMAIL PROTECTED] PR fortran/31463 PR fortran/33950 PR fortran/34296 * lang.opt: Added -Wreturn-type. * options.c (gfc_handle_option): Recognize -Wreturn-type. * trans-decl.c (gfc_trans_deferred_vars): Emit warnings for funtions where the result value is not set. (gfc_generate_function_code): Likewise. (generate_local_decl): Emit warnings for funtions whose RESULT variable is not set. gcc/testsuite: 2008-02-28 Daniel Franke [EMAIL PROTECTED] PR fortran/31463 PR fortran/33950 PR fortran/34296 * gfortran.dg/arrayio_11.f90: Fixed test. * gfortran.dg/arrayio_12.f90: Likewise. * gfortran.dg/module_read_1.f90: Added warning-directives. * gfortran.dg/pr32242.f90: Likewise. * gfortran.dg/result_in_spec_3.f90: Likewise. * gfortran.dg/use_12.f90: Likewise. * gfortran.dg/warn_function_without_result.f90 : New test. Added: trunk/gcc/testsuite/gfortran.dg/warn_function_without_result.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/lang.opt trunk/gcc/fortran/options.c trunk/gcc/fortran/trans-decl.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/arrayio_11.f90 trunk/gcc/testsuite/gfortran.dg/arrayio_12.f90 trunk/gcc/testsuite/gfortran.dg/module_read_1.f90 trunk/gcc/testsuite/gfortran.dg/pr32242.f90 trunk/gcc/testsuite/gfortran.dg/result_in_spec_3.f90 trunk/gcc/testsuite/gfortran.dg/use_12.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31463
[Bug fortran/34296] Intent(out) and character functions with RESULT: Value-not-set warning
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-02-28 20:23 --- Subject: Bug 34296 Author: dfranke Date: Thu Feb 28 20:22:55 2008 New Revision: 132756 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132756 Log: gcc/fortran: 2008-02-28 Daniel Franke [EMAIL PROTECTED] PR fortran/31463 PR fortran/33950 PR fortran/34296 * lang.opt: Added -Wreturn-type. * options.c (gfc_handle_option): Recognize -Wreturn-type. * trans-decl.c (gfc_trans_deferred_vars): Emit warnings for funtions where the result value is not set. (gfc_generate_function_code): Likewise. (generate_local_decl): Emit warnings for funtions whose RESULT variable is not set. gcc/testsuite: 2008-02-28 Daniel Franke [EMAIL PROTECTED] PR fortran/31463 PR fortran/33950 PR fortran/34296 * gfortran.dg/arrayio_11.f90: Fixed test. * gfortran.dg/arrayio_12.f90: Likewise. * gfortran.dg/module_read_1.f90: Added warning-directives. * gfortran.dg/pr32242.f90: Likewise. * gfortran.dg/result_in_spec_3.f90: Likewise. * gfortran.dg/use_12.f90: Likewise. * gfortran.dg/warn_function_without_result.f90 : New test. Added: trunk/gcc/testsuite/gfortran.dg/warn_function_without_result.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/lang.opt trunk/gcc/fortran/options.c trunk/gcc/fortran/trans-decl.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/arrayio_11.f90 trunk/gcc/testsuite/gfortran.dg/arrayio_12.f90 trunk/gcc/testsuite/gfortran.dg/module_read_1.f90 trunk/gcc/testsuite/gfortran.dg/pr32242.f90 trunk/gcc/testsuite/gfortran.dg/result_in_spec_3.f90 trunk/gcc/testsuite/gfortran.dg/use_12.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34296
[Bug fortran/31463] [patch] inconsistent warnings if function return value is not set
--- Comment #7 from dfranke at gcc dot gnu dot org 2008-02-28 20:25 --- Fixed in trunk. Closing. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31463
[Bug middle-end/35400] [4.4 regression] -Wtype-limits -O2 causes ICE tree check: expected ssa_name, have addr_expr in get_value_range, at tree-vrp.c:469
--- Comment #1 from gerald at pfeifer dot com 2008-02-28 20:25 --- Created an attachment (id=15242) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15242action=view) Testcase to reproduce -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35400
[Bug fortran/33950] Warning missing for function result not set
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-02-28 20:25 --- Fixed in trunk. Closing. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33950
[Bug fortran/34296] Intent(out) and character functions with RESULT: Value-not-set warning
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-02-28 20:27 --- Both issues fixed in trunk. Closing. [The second issue, INTENT(out) not set, was already fixed earlier.] -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34296
[Bug fortran/33950] Warning missing for function result not set
-- dfranke at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33950
[Bug middle-end/35400] [4.4 Regression] -Wtype-limits -O2 causes ICE tree check: expected ssa_name, have addr_expr in get_value_range, at tree-vrp.c:469
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Summary|[4.4 regression] -Wtype-|[4.4 Regression] -Wtype- |limits -O2 causes ICE tree |limits -O2 causes ICE tree |check: expected ssa_name, |check: expected ssa_name, |have addr_expr in |have addr_expr in |get_value_range, at tree- |get_value_range, at tree- |vrp.c:469 |vrp.c:469 Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35400
[Bug c++/35401] New: libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib
I installed gcc4.3 20080221 onto an intel mac, core 2 duo, os x10.5.2 using macports The configure arguments (with prefix = /opt/local) are: 47 configure.args --enable-languages=c,c++,objc,obj-c++ \ 48 --libdir=${prefix}/lib/${name} \ 49 --includedir=${prefix}/include/${name} \ 50 --infodir=${prefix}/share/info \ 51 --mandir=${prefix}/share/man \ 52 --with-local-prefix=${prefix} \ 53 --with-system-zlib \ 54 --disable-nls \ 55 --program-suffix=-mp-${major} \ 56 --with-gxx-include-dir=${prefix}/include/${name}/c++/ \ 57 --with-gmp=${prefix} \ 58 --with-mpfr=${prefix} % otool -L /opt/local/lib/gcc43/libstdc++.6.dylib gives: /opt/local/lib/gcc43/libstdc++.6.dylib: /opt/local/lib/gcc43/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.10.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) So /opt/local/lib/gcc43/libstdc++.6.dylib is linked to the old, system /usr/lib/libgcc_s.1.dylib instead of to the new /opt/local/lib/gcc43/libgcc_s.1.dylib -- Summary: libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: agn at noc dot soton dot ac dot uk GCC build triplet: i386-apple-darwin9 GCC host triplet: i386-apple-darwin9 GCC target triplet: i386-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35401
[Bug testsuite/31341] testsuite pr31041.c fails conflicting with stdint.h
--- Comment #5 from tprince at computer dot org 2008-02-28 21:07 --- (In reply to comment #3) I have no installed cygwin, could you check if this patch fixes the failure? Index: gcc/testsuite/gcc.dg/vect/pr31041.c === --- gcc/testsuite/gcc.dg/vect/pr31041.c (revision 131411) +++ gcc/testsuite/gcc.dg/vect/pr31041.c (working copy) @@ -4,16 +4,15 @@ #include stdarg.h #include tree-vect.h -typedef int int32_t; struct UNewTrie { - int32_t index[(0x11 1)]; + int index[(0x11 1)]; }; typedef struct UNewTrie UNewTrie; utrie_open_3_4 () { UNewTrie *trie; - int32_t i, j; + int i, j; { i = 0; do Yes, it passes now, as I reported on bugzilla. Will you submit the patch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31341
[Bug tree-optimization/35402] New: Store CCP will not inline static const variable which is default initialized
Testcase: /* { dg-do compile } */ /* { dg-options -O2 -fdump-tree-optimized } */ static const int conststaticvariable; int f(void) { return conststaticvariable; } /* There should be no reference to conststaticvariable as we should have inlined the 0. */ /* { dg-final { scan-tree-dump-times conststaticvariable o optimized} } */ /* { dg-final { cleanup-tree-dump optimized } } */ -- Summary: Store CCP will not inline static const variable which is default initialized Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35402
[Bug tree-optimization/35402] Store CCP will not inline static const variable which is default initialized
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-28 22:08 --- Mine. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-02-28 22:08:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35402
[Bug tree-optimization/35402] Store CCP will not inline static const variable which is default initialized
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-02-28 22:26 --- /* { dg-final { scan-tree-dump-times conststaticvariable o optimized} } */ that should be: /* { dg-final { scan-tree-dump-times conststaticvariable 0 optimized} } */ :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35402
[Bug tree-optimization/35403] New: ipa-reference.c does not change a default initialized static variable to be readonly
Testcase: /* { dg-do compile } */ /* { dg-options -O2 -fdump-tree-optimized } */ static int conststaticvariable; int f(void) { return conststaticvariable; } /* There should be no reference to conststaticvariable as we should have inlined the 0 as IPA reference should have marked the variable as a const as it is not set in the IR. */ /* { dg-final { scan-tree-dump-times conststaticvariable 0 optimized} } */ /* { dg-final { cleanup-tree-dump optimized } } */ This depends on the fix for PR 35402 to be optimized fully. -- Summary: ipa-reference.c does not change a default initialized static variable to be readonly Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35403
[Bug tree-optimization/35402] Store CCP will not inline static const variable which is default initialized
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35402
[Bug tree-optimization/35403] ipa-reference.c does not change a default initialized static variable to be readonly
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-28 22:26 --- Mine. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-02-28 22:26:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35403
[Bug rtl-optimization/35404] New: ra-conflict does not handle subregs optimally
I'm reporting this as an enhancement request to record a case where libcalls are still used in the compiler. Consider this test case: extern long long bar(); long long foo () { return bar () | bar (); } Compile it with -O2 -fno-wide-types. I'm using -fno-wide-types to permit using a simple test case; without that option, the same issue would arise for more complicated cases. In the .lreg dump I see this: (insn:HI 9 8 10 2 /home/iant/foo4.c:2 (parallel [ (set (subreg:SI (reg:DI 61) 0) (ior:SI (subreg:SI (reg:DI 58 [ D.1180 ]) 0) (subreg:SI (reg:DI 59 [ D.1179 ]) 0))) (clobber (reg:CC 17 flags)) ]) 253 {*iorsi_1} (expr_list:REG_UNUSED (reg:CC 17 flags) (insn_list:REG_LIBCALL 12 (expr_list:REG_NO_CONFLICT (reg:DI 58 [ D.1180 ]) (expr_list:REG_NO_CONFLICT (reg:DI 59 [ D.1179 ]) (nil)) (insn:HI 10 9 12 2 /home/iant/foo4.c:2 (parallel [ (set (subreg:SI (reg:DI 61) 4) (ior:SI (subreg:SI (reg:DI 58 [ D.1180 ]) 4) (subreg:SI (reg:DI 59 [ D.1179 ]) 4))) (clobber (reg:CC 17 flags)) ]) 253 {*iorsi_1} (expr_list:REG_DEAD (reg:DI 59 [ D.1179 ]) (expr_list:REG_DEAD (reg:DI 58 [ D.1180 ]) (expr_list:REG_UNUSED (reg:CC 17 flags) (expr_list:REG_NO_CONFLICT (reg:DI 58 [ D.1180 ]) (expr_list:REG_NO_CONFLICT (reg:DI 59 [ D.1179 ]) (nil))) (insn:HI 12 10 17 2 /home/iant/foo4.c:2 (set (reg:DI 61) (reg:DI 61)) 63 {*movdi_2} (insn_list:REG_RETVAL 9 (expr_list:REG_EQUAL (ior:DI (reg:DI 58 [ D.1180 ]) (reg:DI 59 [ D.1179 ])) (nil This is a libcall sequence which represent a no-conflict block. It was created by emit_no_conflict_block. It means that register 61 does not conflict with either register 58 or 59. It is desirable to detect this fact in some other way. If we can do that, then we have eliminated one case where we use libcalls. If we can track subreg lifetimes, then we can detect that there is no conflicts. Register 58 and 59 dies in insn 10. Insn 10 does not refer to subreg 0 of either register. Therefore, subreg 0 of both registers die in insn 9. Therefore we can know that there is no conflict between register 61 and either register 58 or 59. The code in ra-conflict.c tries to track subreg lifetimes. However, it does not detect this case. In the greg dump file, I see this: ;; 58 conflicts: 61 59 0 1 3 ;; 59 conflicts: 61 58 0 1 3 ;; 61 conflicts: 58 59 1 3 4 Ideally this should be ;; 58 conflicts: 59 0 1 3 ;; 59 conflicts: 58 0 1 3 ;; 61 conflicts: 1 3 4 I will attach an old patch I have which was able to make this sort of determination. This patch is pre-DF, pre-ra-conflict, and is certainly not applicable today. -- Summary: ra-conflict does not handle subregs optimally Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ian at airs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35404
[Bug rtl-optimization/35404] ra-conflict does not handle subregs optimally
--- Comment #1 from ian at airs dot com 2008-02-28 22:59 --- Created an attachment (id=15244) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15244action=view) Old patch for this issue -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35404
[Bug fortran/35009] error on valid with -std=f95 (character arrays in format tags)
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2008-02-28 23:08 --- (In reply to comment #6) I knew I was missing something :) I try again... this time, with less ambition, just fix the case at hand... this should not break anything (but... I can't regtest right now). Index: io.c === --- io.c(revision 132578) +++ io.c(working copy) @@ -1148,8 +1148,9 @@ constant. */ if (e-ts.type == BT_CHARACTER) { - if (gfc_notify_std (GFC_STD_GNU, Extension: Character array - in FORMAT tag at %L, e-where) == FAILURE) + if (e-rank 0 + gfc_notify_std (GFC_STD_GNU, Extension: Character array +in FORMAT tag at %L, e-where) == FAILURE) return FAILURE; } else -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35009
[Bug middle-end/35400] [4.4 Regression] -Wtype-limits -O2 causes ICE tree check: expected ssa_name, have addr_expr in get_value_range, at tree-vrp.c:469
--- Comment #2 from manu at gcc dot gnu dot org 2008-02-29 00:12 --- (In reply to comment #0) This is a regression probably introduced roughly three or four days ago, unless it's due to a change in the codebase I'm building (which is Wine): ...gcc -Wtype-limits -O2 action.i action.c: In function 'move_files_wildcard': action.c:5232: internal compiler error: tree check: expected ssa_name, have addr_expr in get_value_range, at tree-vrp.c:469 Revision 132591 ? -- manu at gcc dot gnu dot org changed: What|Removed |Added CC||manu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35400
[Bug middle-end/35400] [4.4 Regression] -Wtype-limits -O2 causes ICE tree check: expected ssa_name, have addr_expr in get_value_range, at tree-vrp.c:469
--- Comment #3 from gerald at pfeifer dot com 2008-02-29 00:20 --- The last one that I tested was 132756, and that one was broken. Or do you mean 132591 might be the culprit? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35400
[Bug c++/35405] New: Internal compiler error
~g++-svn-4.3 troep.cc troep.cc: In instantiation of âcheckint, Saveableâ: troep.cc:38: instantiated from here troep.cc:14: 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. All 3.x (that I have installed) and all 4.x versions ice on this. Content of troep.cc: typedef char no; typedef char (yes)[2]; template typename T, template typename class Concept struct check { template int H struct hint; template typename U static no test(...); template template typename class C, typename X, CX* = 0 struct helper { typedef yes type; }; template typename U static typename helperConcept, U::type test(U* t); static bool const value = (sizeof(check::template testT(0)) == sizeof(yes)); }; template typename C, typename T, T C::* P struct member { typedef T type; }; template typename T struct Saveable : memberT, void(), T::save { }; int main() { checkint, Saveable::value; } -- Summary: Internal compiler error Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: carlo at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35405
[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-02-29 02:52 --- This problem isn't just limited to libstdc++. I find that all of the shared libraries created for gcc 4.3.0 are linked to the system libgcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35401
[Bug ada/33857] Cannot bootstrap Ada with host gnatmake-4.2
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-29 04:47 --- Subject: Re: Cannot bootstrap Ada with host gnatmake-4.2 I tried the setenv change with 4.2.3. Had to apply the -larg -lgcc_eh hack to Make-lang.in to do an initial bootstrap. After installing this build, the hack isn't needed. I'll post testresults for 4.2.3 on 10.5.2 soon. Couldn't post 4.2.3 results. Gcc and acats are ok, but g++ and libstdc++ are a disaster. ld segfaults in many tests. Some 4.3.0 results are here: http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg01915.html As can be seen, ada is in excellent shape on this target. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33857
[Bug fortran/35009] error on valid with -std=f95 (character arrays in format tags)
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-02-29 04:52 --- Need to update hollerith.f90 and hollerith_f95.f90, otherwise OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35009
[Bug rtl-optimization/34999] Fallthru crossing edges in partition_hot_cold_basic_blocks are not been fixed when the section ends with call insn
--- Comment #10 from eres at il dot ibm dot com 2008-02-29 05:23 --- (In reply to comment #8) (In reply to comment #7) Thanks, unfortunately I still can not reproduce the fail. Probably you need newer binutils: GNU ld (GNU Binutils) 2.18 Yes, using a newer binutils the fail is reproducible. thanks -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999
[Bug rtl-optimization/34999] Fallthru crossing edges in partition_hot_cold_basic_blocks are not been fixed when the section ends with call insn
--- Comment #11 from hjl dot tools at gmail dot com 2008-02-29 05:54 --- I don't think it is a linker bug. This bug looks very similar to PR 34249. Uros, you fixed PR 34249. Maybe there is another similar problem elsewhere in dwarf2.out.c. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999
[Bug rtl-optimization/34999] Fallthru crossing edges in partition_hot_cold_basic_blocks are not been fixed when the section ends with call insn
--- Comment #12 from ubizjak at gmail dot com 2008-02-29 06:07 --- (In reply to comment #11) I don't think it is a linker bug. This bug looks very similar to PR 34249. Uros, you fixed PR 34249. Maybe there is another similar problem elsewhere in dwarf2.out.c. The problem is in this part of the frame: .LASFDE3: .long .LASFDE3-.Lframe1 .long .LHOTB2 .long .LHOTE2-.LHOTB2 .long .LCOLDB2 .long .LCOLDE2-.LCOLDB2 .uleb128 0x0 .byte 0x4 .long .LCFI2-.LFB3 .byte 0xe .uleb128 0x10 .byte 0x86 .uleb128 0x2 .byte 0x4 .long .LCFI3-.LCFI2 .byte 0xd .uleb128 0x6 .align 8 .LEFDE3: If the marked line is changed to .long .LCOLDB2-.LCOLDB2 (or ..E2 - ..E2) the compilation succeeds. However, looking through asm, it looks correct to me. -- ubizjak at gmail dot com changed: What|Removed |Added CC||ubizjak at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999
[Bug rtl-optimization/34999] Fallthru crossing edges in partition_hot_cold_basic_blocks are not been fixed when the section ends with call insn
--- Comment #14 from ubizjak at gmail dot com 2008-02-29 06:47 --- CC Jakub, perhaps he can give us a clue what goes wrong here. -- ubizjak at gmail dot com changed: What|Removed |Added CC||jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999
[Bug rtl-optimization/34999] Fallthru crossing edges in partition_hot_cold_basic_blocks are not been fixed when the section ends with call insn
--- Comment #13 from ubizjak at gmail dot com 2008-02-29 06:32 --- (In reply to comment #12) If the marked line is changed to .long .LCOLDB2-.LCOLDB2 (or ..E2 - ..E2) the compilation succeeds. However, looking through asm, it looks correct to me. That is, the frame and label positions look correct to me. The problem in PR 34249 was malformed frame, which is not the case here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999
[Bug target/35373] [4.4 Regression] bootstraping on powerpc-apple-darwin9 fails with revision 132578
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-02-29 07:26 --- Because I am lazy and I don't have access right now to my ppc box, could someone attach the preprocessed source? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35373