[Bug tree-optimization/49771] [4.7 Regression] wrong code with -ftree-vectorize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49771 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Jakub Jelinek 2011-07-19 07:20:13 UTC --- Fixed, the dependency analysis issue tracked now in PR49782.
[Bug tree-optimization/49782] New: Missed optimization due to dependency analysis
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49782
Summary: Missed optimization due to dependency analysis
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ja...@gcc.gnu.org
CC: ja...@gcc.gnu.org, i...@il.ibm.com,
rsand...@gcc.gnu.org, zso...@seznam.cz
Depends on: 49771
Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu
In the pr49771.c testcase:
static int a[1000];
int
foo (void)
{
int j;
int i;
for (i = 0; i < 1000; i++)
for (j = 0; j < 1000; j++)
a[j] = a[i] + 1;
return a[0];
}
the dependency analysis doesn't figure out that a[i] for any i between 0 and
999
(but due to size of the array for any i) always overlaps the a[j] from 0 to
999.
[Bug tree-optimization/49140] [4.6 regression] wrong code with -O2 and -O3, not with -O3 -no-inline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49140 --- Comment #10 from Richard Guenther 2011-07-19 08:05:42 UTC --- Can you attach preprocessed source of the Salsa20 testcase please?
[Bug middle-end/18908] Missed folding opportunities with bools
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18908 Richard Guenther changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | --- Comment #14 from Richard Guenther 2011-07-19 08:07:15 UTC --- I have a patch for this already.
[Bug middle-end/49736] [4.7 Regression] Revision 176228 miscompiled 255.vortex in SPEC CPU 2000
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49736 rsand...@gcc.gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from rsandifo at gcc dot gnu.org 2011-07-19 08:20:06 UTC --- Fixed in trunk.
[Bug rtl-optimization/49145] ICE in simplify_const_unary_operation, at simplify-rtx.c:1322
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49145 rsand...@gcc.gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from rsandifo at gcc dot gnu.org 2011-07-19 08:23:18 UTC --- Fixed on trunk.
[Bug libgomp/36208] Boolean type discrepancy between gfortran and libgomp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36208 rsand...@gcc.gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #2 from rsandifo at gcc dot gnu.org 2011-07-19 08:25:56 UTC --- Fixed as Jakub says.
[Bug ada/49783] New: GCC must bring ads and adb files after installation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49783
Summary: GCC must bring ads and adb files after installation
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: pa...@zhukoff.net
For correct packaging some Ada programs (such as GprBuild, ASIS, Aunit, others)
they need to be synchronized with Gnat (Gcc-gnat). But there are no any specs
or bodies files available after gcc installation.
I've opened bug in Fedora bugzilla, but Jakub wont package sources without
upstream. https://bugzilla.redhat.com/722732 . We can use lib/gnat/gnat_util
from Gnat-gpl from Adacore for example.
Is it possible to install sources (ads and adb) to /usr/share/{something} or
/usr/include/{something} with make install (e.g. install_sources target)?
[Bug middle-end/18908] Missed folding opportunities with bools
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18908 --- Comment #15 from Richard Guenther 2011-07-19 08:33:23 UTC --- On x86_64 we have f3: .LFB2: .cfi_startproc xorb$1, (%rdi) andb$1, (%rdi) ret already, thus only a truncation to bitfield precision is left. As we expand ~*p as *p ^ 1 folding on the tree level isn't strictly necessary so this is a missed opt on RTL or expand.
[Bug target/43118] vld4 and vst4 intrinsics are not handled correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43118 rsand...@gcc.gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||rsandifo at gcc dot gnu.org Resolution||FIXED --- Comment #8 from rsandifo at gcc dot gnu.org 2011-07-19 08:41:04 UTC --- (In reply to comment #7) > A recent version of 4.6.1 at O1 appears to give me . That would indicate this > is fixed in trunk. Yeah, the bug was fixed as part of the load-lanes stuff. Since it isn't a regression, and since the fix is too invasive to backport, I hope it's OK to close as fixed.
[Bug ada/48835] Porting GNAT to GNU/Linux/m68k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #28 from Mikael Pettersson 2011-07-19 09:12:01 UTC --- Created attachment 24791 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24791 working patch for gcc-4.7-20110709 gcc-4.7-20110709 bootstrapped fine with the attached forward-port of the gcc-4.5 patch. I'm starting a bisection to see when trunk started to work again, hoping that the same change will unbreak 4.6.1.
[Bug tree-optimization/49768] [4.6/4.7 Regression] C99 style union initializations does not work as expected with optimizations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49768 --- Comment #7 from Jakub Jelinek 2011-07-19 09:24:31 UTC --- Author: jakub Date: Tue Jul 19 09:24:28 2011 New Revision: 176437 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176437 Log: PR tree-optimization/49768 * gimple-fold.c (fold_nonarray_ctor_reference): Return NULL if offset is smaller than bitoffset, but offset+size is bigger than bitoffset. * gcc.c-torture/execute/pr49768.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr49768.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimple-fold.c trunk/gcc/testsuite/ChangeLog
[Bug target/49742] [4.7 Regression] ICE for gcc.dg/vect/O3-pr39675-2.c on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49742 rsand...@gcc.gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |rsandifo at gcc dot gnu.org |gnu.org | --- Comment #6 from rsandifo at gcc dot gnu.org 2011-07-19 09:35:46 UTC --- (In reply to comment #4) > Predictive commoning appears to be doing this. > > RichardS: you mentioned something about looking at a predictive commoning > issue. Does this ring a bell ? Yeah, it is indeed the same thing. Handling gimple_call_lhs_ptr in get_references_in_stmt seems to fix it. I'm testing a patch now. Richard
[Bug tree-optimization/49768] [4.6/4.7 Regression] C99 style union initializations does not work as expected with optimizations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49768 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #9 from Jakub Jelinek 2011-07-19 09:40:57 UTC --- Fixed.
[Bug tree-optimization/49768] [4.6/4.7 Regression] C99 style union initializations does not work as expected with optimizations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49768 --- Comment #8 from Jakub Jelinek 2011-07-19 09:40:05 UTC --- Author: jakub Date: Tue Jul 19 09:40:03 2011 New Revision: 176438 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176438 Log: PR tree-optimization/49768 * tree-ssa-ccp.c (fold_nonarray_ctor_reference): Return NULL if offset is smaller than bitoffset, but offset+size is bigger than bitoffset. * gcc.c-torture/execute/pr49768.c: New test. Added: branches/gcc-4_6-branch/gcc/testsuite/gcc.c-torture/execute/pr49768.c Modified: branches/gcc-4_6-branch/gcc/ChangeLog branches/gcc-4_6-branch/gcc/testsuite/ChangeLog branches/gcc-4_6-branch/gcc/tree-ssa-ccp.c
[Bug c++/49784] New: GCC can't resolve a call which formed with using of typedef and typename operators
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49784 Summary: GCC can't resolve a call which formed with using of typedef and typename operators Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: dicom...@gmail.com Created attachment 24792 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24792 A source file gcc -v -save-temps test.cpp Using built-in specs. Target: i686-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.4.4-14ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.4 --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=i686-linux-gnu --host=i686-linux-gnu --target=i686-linux-gnu Thread model: posix gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-mtune=generic' '-march=i686' /usr/lib/gcc/i686-linux-gnu/4.4.5/cc1plus -E -quiet -v -D_GNU_SOURCE test.cpp -D_FORTIFY_SOURCE=2 -mtune=generic -march=i686 -fpch-preprocess -fstack-protector -o test.ii ignoring nonexistent directory "/usr/local/include/i686-linux-gnu" ignoring nonexistent directory "/usr/lib/gcc/i686-linux-gnu/4.4.5/../../../../i686-linux-gnu/include" ignoring nonexistent directory "/usr/include/i686-linux-gnu" #include "..." search starts here: #include <...> search starts here: /usr/include/c++/4.4 /usr/include/c++/4.4/i686-linux-gnu /usr/include/c++/4.4/backward /usr/local/include /usr/lib/gcc/i686-linux-gnu/4.4.5/include /usr/lib/gcc/i686-linux-gnu/4.4.5/include-fixed /usr/include End of search list. COLLECT_GCC_OPTIONS='-v' '-save-temps' '-mtune=generic' '-march=i686' /usr/lib/gcc/i686-linux-gnu/4.4.5/cc1plus -fpreprocessed test.ii -quiet -dumpbase test.cpp -mtune=generic -march=i686 -auxbase test -version -fstack-protector -o test.s GNU C++ (Ubuntu/Linaro 4.4.4-14ubuntu5) version 4.4.5 (i686-linux-gnu) compiled by GNU C version 4.4.5, GMP version 4.3.2, MPFR version 3.0.0-p3. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 1fe36891f4a5f71e4a498e712867261c test.cpp: In member function ‘B::operator const U&() const [with U = B, T = int]’: test.cpp:21: instantiated from here test.cpp:15: error: no matching function for call to ‘B::operator const A&() const’ abulka@abulka:/media/data/projects/rovi/content/mpeg2/test$ gcc -v -save-temps test.cpp
[Bug target/3746] compilation of mips-tfile missing mips/a.out.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3746 Rainer Orth changed: What|Removed |Added Status|NEW |RESOLVED CC||ro at gcc dot gnu.org Resolution||FIXED Target Milestone|--- |4.7.0 --- Comment #11 from Rainer Orth 2011-07-19 11:15:20 UTC --- Fixed by only building mips-tfile, mips-tdump native. Rainer
[Bug libffi/11398] libffi doesn't support 128-bit long double on Tru64 UNIX V5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11398 Rainer Orth changed: What|Removed |Added Status|NEW |RESOLVED CC||ro at gcc dot gnu.org Resolution||FIXED --- Comment #3 from Rainer Orth 2011-07-19 11:19:42 UTC --- Works for quite some time.
[Bug target/15065] [4.4/4.5/4.6/4.7 Regression] bootstrap fails during bulding libstdc++-v3 on Tru64 V5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15065 Rainer Orth changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #22 from Rainer Orth 2011-07-19 11:21:42 UTC --- I don't even have V5.0 media, and anything before V5.1 is deprecated since GCC 4.5, so closing as won't fix. Rainer
[Bug c++/49784] GCC can't resolve a call which formed with using of typedef and typename operators
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49784 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.6.0, 4.7.0 Resolution||WORKSFORME --- Comment #1 from Paolo Carlini 2011-07-19 11:21:58 UTC --- Time to update your compiler ;)
[Bug libmudflap/15174] libmudflap doesn't compile on Tru64 UNIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15174 Rainer Orth changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||ro at gcc dot gnu.org Resolution||WONTFIX --- Comment #4 from Rainer Orth 2011-07-19 11:23:57 UTC --- While the fundamental point about defining every feature test macro in sight remains valid, there's no point in trying to fix this for Tru64 UNIX: gld doesn't work and the vendor linker has no support for --wrap or equivalent. Rainer
[Bug testsuite/21954] gcc.dg/compat/struct-layout-1 fails to link on Tru64 UNIX V4.0F
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21954 Rainer Orth changed: What|Removed |Added Status|NEW |RESOLVED CC||ro at gcc dot gnu.org Resolution||WONTFIX --- Comment #2 from Rainer Orth 2011-07-19 11:26:25 UTC --- While the issue remains valid, I don't test Tru64 UNIX V4 or IRIX 5 any longer.
[Bug target/39788] Fixincluded header defines __regex_t, other header needs regex_t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39788 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||ro at gcc dot gnu.org Resolution||WORKSFORME --- Comment #1 from Rainer Orth 2011-07-19 11:42:30 UTC --- This works for me on V5.1B with g++ 4.6. I don't have ready access to V4.0F any longer, which has been deprecated since GCC 4.5.
[Bug other/39951] Dangling symlink ".../include-fixed/mach" created on install
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39951 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.07.19 11:45:11 CC||ro at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #2 from Rainer Orth 2011-07-19 11:45:11 UTC --- Indeed, still present on mainline.
[Bug libgcj/40947] Invalid flag usage: Wl,-rpath, -Wx,-option must appear after -_SYSTYPE_SVR4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40947 Rainer Orth changed: What|Removed |Added CC||ro at gcc dot gnu.org --- Comment #12 from Rainer Orth 2011-07-19 12:09:44 UTC --- The system libtool is irrelevant since it isn't used, rather the in-tree one. Could you please try this with a gcc 4.6.1 tarball? I don't test GCC 4.4 any longer. Thanks. Rainer
[Bug libgcj/40947] Invalid flag usage: Wl,-rpath, -Wx,-option must appear after -_SYSTYPE_SVR4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40947 --- Comment #13 from Rainer Orth 2011-07-19 12:11:27 UTC --- One other possible problem: please avoid relative pathnames to configure and an object directory that is a subdir of the source tree. Better do (say) mkdir /vol/gcc/obj/gcc-4.6.1 cd /vol/gcc/obj/gcc-4.6.1 /vol/gcc/src/gcc-4.6.1/configure
[Bug bootstrap/44424] problem related to awk on alpha-dec-osf5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44424 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.07.19 12:21:23 CC||jsm28 at gcc dot gnu.org, ||ro at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #2 from Rainer Orth 2011-07-19 12:21:23 UTC --- Confirmed on 4.7.0. Unless this can be fixed portably, I'd argue that it's a waste of time to work around broken vendor tools when working versions are readily available.
[Bug other/44476] tclStrToD.c takes very long to compile (forever?)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44476 Rainer Orth changed: What|Removed |Added CC||ro at gcc dot gnu.org --- Comment #4 from Rainer Orth 2011-07-19 12:25:05 UTC --- Please be very careful with newer GMP versions: I'm still using 4.2.1 on Tru64 UNIX since everything newer (certainly 5.0.1) fails its testsuite. Rainer
[Bug bootstrap/44959] [4.5 Regression] bootstrap failed at Comparing stages 2 and 3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44959 Rainer Orth changed: What|Removed |Added CC||ro at gcc dot gnu.org --- Comment #9 from Rainer Orth 2011-07-19 12:27:09 UTC --- Please try a 4.6.1 tarball and *don't* use relative paths to configure/build in a subdir of the source tree. I bootstrap gcc (4.5 to 4.7) on Tru64 UNIX all the time and never saw this problem.
[Bug fortran/49708] [4.5/4.6/4.7 Regression] ICE with allocate and no dimensions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49708 --- Comment #7 from janus at gcc dot gnu.org 2011-07-19 12:39:02 UTC --- Author: janus Date: Tue Jul 19 12:38:59 2011 New Revision: 176447 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176447 Log: 2011-07-19 Janus Weil PR fortran/49708 * resolve.c (resolve_allocate_expr): Fix diagnostics for pointers. 2011-07-19 Janus Weil PR fortran/49708 * gfortran.dg/allocate_error_3.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/allocate_error_3.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/testsuite/ChangeLog
[Bug target/45287] auto-host #defines intmax_t breaks dfp.c (4.5.1)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45287 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED URL||http://gcc.gnu.org/ml/gcc-p ||atches/2009-12/msg00621.htm ||l CC||ro at gcc dot gnu.org Resolution||FIXED --- Comment #1 from Rainer Orth 2011-07-19 12:36:14 UTC --- This bug is long fixed.
[Bug target/49742] [4.7 Regression] ICE for gcc.dg/vect/O3-pr39675-2.c on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49742 --- Comment #7 from rsandifo at gcc dot gnu.org 2011-07-19 12:37:06 UTC --- Author: rsandifo Date: Tue Jul 19 12:37:03 2011 New Revision: 176446 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176446 Log: gcc/ PR tree-optimization/49742 * tree-data-ref.c (get_references_in_stmt): Treat the lhs of a call as a potential write. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-data-ref.c
[Bug c++/49039] [4.4/4.5 Regression] LLVM StringRef miscompilation with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49039 --- Comment #14 from Jakub Jelinek 2011-07-19 12:44:49 UTC --- Author: jakub Date: Tue Jul 19 12:44:46 2011 New Revision: 176448 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176448 Log: Backport from mainline 2011-05-18 Jakub Jelinek PR tree-optimization/49039 * tree-vrp.c (extract_range_from_binary_expr): For MIN_EXPR <~[a, b], ~[c, d]> and MAX_EXPR <~[a, b], ~[c, d]> return ~[MAX_EXPR , MIN_EXPR ]. * gcc.c-torture/execute/pr49039.c: New test. * gcc.dg/tree-ssa/pr49039.c: New test. * g++.dg/torture/pr49039.C: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/torture/pr49039.C branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/execute/pr49039.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/tree-ssa/pr49039.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
[Bug tree-optimization/49742] [4.7 Regression] ICE for gcc.dg/vect/O3-pr39675-2.c on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49742 rsand...@gcc.gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Component|target |tree-optimization Resolution||FIXED --- Comment #8 from rsandifo at gcc dot gnu.org 2011-07-19 12:46:05 UTC --- Fixed on trunk.
[Bug middle-end/48973] [4.4/4.5 Regression] Inliner bug with one-bit (1-bit) bitfield
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48973 --- Comment #14 from Jakub Jelinek 2011-07-19 12:46:42 UTC --- Author: jakub Date: Tue Jul 19 12:46:39 2011 New Revision: 176449 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176449 Log: Backport from mainline 2011-05-23 Jakub Jelinek PR middle-end/48973 * expr.c (expand_expr_real_2) : If do_store_flag failed and the comparison has a single bit signed type, use constm1_rtx instead of const1_rtx for true value. (do_store_flag): If ops->type is single bit signed type, disable signel bit test optimization and pass -1 instead of 1 as last parameter to emit_store_flag_force. * gcc.c-torture/execute/pr48973-1.c: New test. * gcc.c-torture/execute/pr48973-2.c: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/execute/pr48973-1.c branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/execute/pr48973-2.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/expr.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
[Bug libgomp/45351] many unaligned accesses in libgomp tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45351 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.07.19 12:46:17 CC||ro at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #2 from Rainer Orth 2011-07-19 12:46:17 UTC --- Confirmed, easy to see with uac p noprint nofix sigbus, i.e. unaligned accesses not fixed up, but instead generating SIGBUS. Will rebuild libgomp with -g3 -O0 to allow for debugging/investigation.
[Bug c/49120] [4.5 Regression] bogus "value computed is not used" warning (variable-length array in compound statement)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49120 --- Comment #7 from Jakub Jelinek 2011-07-19 12:48:54 UTC --- Author: jakub Date: Tue Jul 19 12:48:50 2011 New Revision: 176450 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176450 Log: Backport from mainline 2011-05-23 Jakub Jelinek PR c/49120 * c-decl.c (start_decl): Convert expr to void_type_node. * gcc.dg/pr49120.c: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/pr49120.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/c-decl.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
[Bug tree-optimization/49161] [4.5 Regression] Fix VRP on switch stmts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49161 --- Comment #6 from Jakub Jelinek 2011-07-19 12:51:31 UTC --- Author: jakub Date: Tue Jul 19 12:51:29 2011 New Revision: 176451 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176451 Log: Backport from mainline 2011-05-26 Jakub Jelinek PR tree-optimization/49161 * tree-vrp.c (struct case_info): New type. (compare_case_labels): Sort case_info structs instead of trees, and not primarily by CASE_LABEL uids but by label_for_block indexes. (find_switch_asserts): Put case labels into struct case_info array instead of TREE_VEC, adjust sorting, compare label_for_block values instead of CASE_LABELs. * gcc.c-torture/execute/pr49161.c: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/execute/pr49161.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
[Bug c++/49165] [4.4/4.5 Regression] ICE on for-loop/throw combination
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49165 --- Comment #17 from Jakub Jelinek 2011-07-19 12:54:37 UTC --- Author: jakub Date: Tue Jul 19 12:54:34 2011 New Revision: 176452 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176452 Log: Backport from mainline 2011-05-26 Jakub Jelinek PR c++/49165 * gimplify.c (shortcut_cond_r): Don't special case COND_EXPRs if they have void type on one of their arms. * g++.dg/eh/cond5.C: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/eh/cond5.C Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/gimplify.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
[Bug c++/49165] [4.4/4.5 Regression] ICE on for-loop/throw combination
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49165 --- Comment #18 from Jakub Jelinek 2011-07-19 12:56:50 UTC --- Author: jakub Date: Tue Jul 19 12:56:48 2011 New Revision: 176453 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176453 Log: Backport from mainline 2011-05-27 Jakub Jelinek PR c++/49165 * c-common.c (c_common_truthvalue_conversion) : For C++ don't call c_common_truthvalue_conversion on void type arms. * g++.dg/eh/cond6.C: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/eh/cond6.C Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/c-common.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
[Bug rtl-optimization/49619] [4.5 Regression] ICE in simplify_subreg, at simplify-rtx.c:5362
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49619 --- Comment #8 from Jakub Jelinek 2011-07-19 12:58:57 UTC --- Author: jakub Date: Tue Jul 19 12:58:54 2011 New Revision: 176454 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176454 Log: Backport from mainline 2011-07-04 Jakub Jelinek PR rtl-optimization/49619 * combine.c (combine_simplify_rtx): In PLUS -> IOR simplification pass VOIDmode as op0_mode to recursive call. * gcc.dg/pr49619.c: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/pr49619.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/combine.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
[Bug inline-asm/32811] Cannot flag inline assembler code "noreturn"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32811
Christian Häggström changed:
What|Removed |Added
CC||gcc at kalvdans dot
||no-ip.org
--- Comment #3 from Christian Häggström
2011-07-19 12:59:43 UTC ---
It works by adding __builtin_unreachable() as suggested by the documentation
for asm goto.
$ cat pr32811.c
__attribute__ ((noreturn)) void noreturn_via_asm_goto() {
loop:
asm goto ("jmp %l[loop]\n" : : : : loop);
__builtin_unreachable();
}
$ gcc -O2 -Wall pr32811.c -c && objdump -d pr32811.o
pr32811.o: file format elf64-x86-64
Disassembly of section .text:
:
0: eb fe jmp0
So I think this bug can be closed.
[Bug inline-asm/32811] Cannot flag inline assembler code "noreturn"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32811 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 --- Comment #4 from Richard Guenther 2011-07-19 13:03:29 UTC --- Fixed then.
[Bug middle-end/49640] Internal compiler in C99 code (using variable-length arrays) and OpenMP
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49640 --- Comment #6 from Jakub Jelinek 2011-07-19 13:06:04 UTC --- Author: jakub Date: Tue Jul 19 13:06:00 2011 New Revision: 176455 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176455 Log: Backport from mainline 2011-07-07 Jakub Jelinek PR middle-end/49640 * gimplify.c (gimplify_compound_lval): For last 2 ARRAY_*REF operands and last COMPONENT_REF operand call gimplify_expr on it if non-NULL. * gcc.dg/gomp/pr49640.c: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/gomp/pr49640.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/gimplify.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
[Bug target/49781] Unnecessary lea in x32 mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781 --- Comment #2 from H.J. Lu 2011-07-19 13:06:19 UTC --- (In reply to comment #1) > (In reply to comment #0) > > > Many lea insns can be combined with the load/store insn followed. > > No, these are leal insns, they have inherent zero_extend from SImode and they > clear upper 32bits before address is passed to load/store insn. There are 2 ways to address this: 1. Use addr_32 prefix. 2. If address wrap-around is ignored, we can use the address as is.
[Bug c/49644] [4.5 Regression] post-increment of promoted operand is incorrect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49644 --- Comment #12 from Jakub Jelinek 2011-07-19 13:07:27 UTC --- Author: jakub Date: Tue Jul 19 13:07:23 2011 New Revision: 176456 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176456 Log: Backport from mainline 2011-07-07 Jakub Jelinek PR c/49644 * c-typeck.c (build_binary_op): For MULT_EXPR and TRUNC_DIV_EXPR with one non-complex and one complex argument, call c_save_expr on both operands. * gcc.c-torture/execute/pr49644.c: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/execute/pr49644.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/c-typeck.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
[Bug c/49644] [4.5 Regression] post-increment of promoted operand is incorrect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49644 --- Comment #13 from Jakub Jelinek 2011-07-19 13:08:36 UTC --- Author: jakub Date: Tue Jul 19 13:08:33 2011 New Revision: 176457 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176457 Log: Backport from mainline 2011-07-07 Jakub Jelinek PR c/49644 * typeck.c (cp_build_binary_op): For MULT_EXPR and TRUNC_DIV_EXPR with one non-complex and one complex argument, call save_expr on both operands. * g++.dg/torture/pr49644.C: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/torture/pr49644.C Modified: branches/gcc-4_5-branch/gcc/cp/ChangeLog branches/gcc-4_5-branch/gcc/cp/typeck.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
[Bug target/49621] [4.5 regression] ICE in trunc_int_for_mode, at explow.c:57
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49621 --- Comment #5 from Jakub Jelinek 2011-07-19 13:09:51 UTC --- Author: jakub Date: Tue Jul 19 13:09:48 2011 New Revision: 176458 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176458 Log: Backport from mainline 2011-07-08 Jakub Jelinek PR target/49621 * config/rs6000/rs6000.c (rs6000_emit_vector_cond_expr): Use CONST0_RTX (dest_mode) instead of const0_rtx as second operand of NE. * config/rs6000/vector.md (vector_select_, vector_select__uns): Change second operand of NE to CONST0_RTX (mode) instead of const0_rtx. * config/rs6000/altivec.md (*altivec_vsel, *altivec_vsel_uns): Expect second operand of NE to be zero_constant of the corresponding vector mode. * config/rs6000/vsx.md (*vsx_xxsel, *vsx_xxsel_uns): Likewise. * gcc.target/powerpc/altivec-34.c: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.target/powerpc/altivec-34.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/config/rs6000/altivec.md branches/gcc-4_5-branch/gcc/config/rs6000/rs6000.c branches/gcc-4_5-branch/gcc/config/rs6000/vector.md branches/gcc-4_5-branch/gcc/config/rs6000/vsx.md branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
[Bug middle-end/18908] Missed folding opportunities with bools
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18908 --- Comment #16 from Richard Guenther 2011-07-19 13:28:19 UTC --- Author: rguenth Date: Tue Jul 19 13:28:15 2011 New Revision: 176460 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176460 Log: 2011-07-19 Richard Guenther * expr.c (expand_expr_real_2): Remove TRUTH_*_EXPR handling. (expand_expr_real_1): Remove TRUTH_*IF_EXPR and STATEMENT_LIST handling. PR middle-end/18908 * expr.c (expand_expr_real_2): Do not unnecessarily truncate the result of BIT_*_EXPR to bitfield precision. Modified: trunk/gcc/ChangeLog trunk/gcc/expr.c
[Bug middle-end/18908] Missed folding opportunities with bools
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18908 Richard Guenther changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.7.0 --- Comment #17 from Richard Guenther 2011-07-19 13:29:49 UTC --- Now we get f1: .LFB0: .cfi_startproc movzbl (%rdi), %eax ret f2: .LFB1: .cfi_startproc movzbl (%rdi), %eax ret f3: .LFB2: .cfi_startproc xorb$1, (%rdi) ret f4: .LFB3: .cfi_startproc movb$1, (%rdi) ret thus, fixed.
[Bug ada/49785] New: [C++0x] ICE in coerce_template_parms
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49785
Summary: [C++0x] ICE in coerce_template_parms
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ja...@gcc.gnu.org
CC: ja...@gcc.gnu.org
template struct B;
template class A;
template
struct A : public B
{
struct C {};
template A (D, C = C ());
R operator () (...);
};
template
auto operator >> (A , T)->A
{
[]() {};
}
int
main ()
{
A a = [](int, int) {};
auto b = [](){};
(a >> b) (3, 5);
}
ICEs with -std=c++0x:
rh720161.ii: In instantiation of ‘A
operator>>(A, T) [with R = int, S = {int, int}, T =
main()::, decltype (*(R*)(nullptr)) = int&]’:
rh720161.ii:23:9: required from here
rh720161.ii:15:9: internal compiler error: tree check: accessed elt 6 of
tree_vec with 3 elts in coerce_template_parms, at cp/pt.c:6695
No idea whether I've reduced it correctly, the original is from
https://bugzilla.redhat.com/720161 attachment.
[Bug c++/49785] [C++0x] ICE in coerce_template_parms
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49785 Jakub Jelinek changed: What|Removed |Added Component|ada |c++ Target Milestone|--- |4.6.2 Known to fail||4.6.1, 4.7.0
[Bug c/49120] [4.5 Regression] bogus "value computed is not used" warning (variable-length array in compound statement)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49120 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #8 from Jakub Jelinek 2011-07-19 13:42:12 UTC --- Fixed.
[Bug tree-optimization/49161] [4.5 Regression] Fix VRP on switch stmts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49161 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #7 from Jakub Jelinek 2011-07-19 13:42:48 UTC --- Fixed.
[Bug c/49644] [4.5 Regression] post-increment of promoted operand is incorrect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49644 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #14 from Jakub Jelinek 2011-07-19 13:48:36 UTC --- Fixed.
[Bug target/49621] [4.5 regression] ICE in trunc_int_for_mode, at explow.c:57
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49621 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #6 from Jakub Jelinek 2011-07-19 13:47:34 UTC --- Fixed.
[Bug target/46278] avr-gcc 4.5.1 doing suboptimal reloads using X
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46278 Eric Weddington changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|2011-07-07 00:00:00 |2011.07.19 13:55:18 Ever Confirmed|0 |1 --- Comment #5 from Eric Weddington 2011-07-19 13:55:18 UTC --- There's enough evidence to confirm this missed optimization.
[Bug libgomp/45351] many unaligned accesses in libgomp tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45351
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-07-19 13:57:43 UTC ---
I see what's happening now: the unaligned access is happending inside
librt (sem_wait), with uac p noprint nofix sigbus:
Program received signal SIGBUS, Bus error.
[Switching to Thread 1]
0x03ff81086c98 in sem_init () from /usr/shlib/librt.so
(gdb) Erroneous arithmetic operation.
(gdb) where
#0 0x03ff81086c98 in sem_init () from /usr/shlib/librt.so
#1 0x03ffbffefdec in gomp_sem_init (sem=0x3ffbfff02a0, value=536854016)
at /vol/gcc/src/hg/trunk/local/libgomp/config/posix/sem.h:72
#2 0x03ffbfff02a0 in gomp_init_task (task=0x14002bf00, parent_task=0x0,
prev_icv=0x3ff0020) at /vol/gcc/src/hg/trunk/local/libgomp/task.c:45
#3 0x03ffbfff1eb4 in gomp_team_start (fn=0x11fffe300, data=0x11fffe310,
nthreads=536863560, team=0x11fffe358)
at /vol/gcc/src/hg/trunk/local/libgomp/team.c:292
#4 0x03ffbffef148 in GOMP_parallel_start (
fn=0x120002db4 , data=0x11fffbfd0, num_threads=1)
at /vol/gcc/src/hg/trunk/local/libgomp/parallel.c:108
#5 0x000120002cfc in sub1 (n=2)
at
/vol/gcc/src/hg/trunk/local/libgomp/testsuite/libgomp.c/appendix-a/a.15.1.c:30
#6 0x000120002d68 in main ()
at
/vol/gcc/src/hg/trunk/local/libgomp/testsuite/libgomp.c/appendix-a/a.15.1.c:40
The actual unaligned access is one insn before:
(gdb) x/i 0x3ff81086c94
0x3ff81086c94 :stlzero,0(s0)
(gdb) p/x $s0
$17 = 0x14002bf5e
Unaligned access pid=391884 va=0x14002bf5e pc=0x3ff81086c94
ra=0x3ff81086bf4 inst=0xb3e9
And indeed *s0 isn't 4-byte aligned, as required by the stl insn.
I could trace this as follows:
* gomp_sem_t is sem_t (config/posix/sem.h)
* sem_t is psx4_key_t (from )
* psx4_key_t is defined in :
typedef unsigned short psx4_key_version_t;
typedef unsigned short psx4_key_index_t;
typedef struct psx4_key
{
psx4_key_index_t index;/* Index of entry */
psx4_key_version_t version;/* Version number of key */
} psx4_key_t;
Looking at the Tru64 UNIX V5.1 sources, I find (in
src/usr/ccs/lib/librt/psx4_csem.c (sem_init)):
int
sem_init(sem_t *sem, int pshared, unsigned int value)
[...]
*(int *)sem = 0;
i.e. the code assumes int (4-byte) alignment, but only gets short
(2-byte) alignment instead.
An appropriate attribute should fix this. Don't know how best to fit
this into libgomp.
Rainer
[Bug libgomp/45351] many unaligned accesses in libgomp tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45351 Rainer Orth changed: What|Removed |Added CC||jakub at gcc dot gnu.org Version|unknown |4.7.0 Target Milestone|--- |4.7.0 --- Comment #4 from Rainer Orth 2011-07-19 13:59:22 UTC --- Jakuk, what would be the best/least intrusive way to handle this target-specific gomp_sem_t alignment requirement? Rainer
[Bug tree-optimization/47407] gcc.dg/tree-ssa/pr42585.c FAILs on Tru64 UNIX V5.1B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47407 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.07.19 14:03:25 Ever Confirmed|0 |1 --- Comment #1 from Rainer Orth 2011-07-19 14:03:25 UTC --- Still happens as of 20110715.
[Bug libgomp/48841] [regression] lot more libgomp testsuite failures compared to 4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48841 Rainer Orth changed: What|Removed |Added CC||ro at gcc dot gnu.org --- Comment #3 from Rainer Orth 2011-07-19 14:06:58 UTC --- Apart from that, why are you wasting your time with GCC 4.4 which I don't test any longer? GCC 4.5 and 4.6 should be fine and have seen lots of bug fixes. Rainer
[Bug tree-optimization/49316] ICE in in function_and_variable_visibility, at ipa.c:926 with g++.dg/tls/diag-1.C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49316 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.07.19 14:12:10 Ever Confirmed|0 |1 --- Comment #1 from Rainer Orth 2011-07-19 14:12:10 UTC --- Still happens as of 20110715: $ cc1plus -quiet -fpreprocessed g++.dg/tls/diag-1.C g++.dg/tls/diag-1.C:31:1: internal compiler error: in function_and_variable_visibility, at ipa.c:887 Jan, any idea? Thanks. Rainer
[Bug libgomp/45351] many unaligned accesses in libgomp tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45351 --- Comment #5 from Jakub Jelinek 2011-07-19 14:14:22 UTC --- You mean that __alignof (sem_t) is 2, yet librt assumes it is 4 byte aligned? These proprietary OSes are of terrible quality. You could add config/osf/sem.h, which would be a copy of config/posix/sem.h, just gomp_sem_t would be typedef sem_t gomp_sem_t __attribute__((aligned (__alignof__ (int; or something similar, and in configury ensure that this directory is searched on these buggy OSes before config/posix/.
[Bug c++/49317] g++.dg/abi/local1.C FAILs on Tru64 UNIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49317 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.07.19 14:21:32 Ever Confirmed|0 |1 --- Comment #1 from Rainer Orth 2011-07-19 14:21:32 UTC --- Still happens as of 20110715. Any suggestions on how to debug this?
[Bug middle-end/49319] [4.7 regression] g++.dg/abi/thunk5.C FAILs on Tru64 UNIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49319 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.07.19 14:22:44 Ever Confirmed|0 |1 --- Comment #2 from Rainer Orth 2011-07-19 14:22:44 UTC --- Still happens as of 20110715. Jan?
[Bug libgomp/45351] many unaligned accesses in libgomp tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45351 Rainer Orth changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |ro at gcc dot gnu.org |gnu.org | --- Comment #7 from Rainer Orth 2011-07-19 14:32:25 UTC --- Mine.
[Bug libgomp/32013] Use posix95 for libgomp on Irix 6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32013 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||ro at gcc dot gnu.org Resolution||WONTFIX --- Comment #4 from Rainer Orth 2011-07-19 14:37:02 UTC --- I don't have an IRIX 6.2 system any longer, and anything older than 6.5 has been deprecated in GCC 4.5, so closing.
[Bug other/38266] improper fix to curses.h on irix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38266 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||ro at gcc dot gnu.org Resolution||FIXED --- Comment #3 from Rainer Orth 2011-07-19 14:46:51 UTC --- Since gcc 4.5, curses.h isn't fixed any longer, at least not on my IRIX 6.5.30f machines.
[Bug ada/38400] Acats faillures due to undefined pthread_setrunon_np
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38400 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||ro at gcc dot gnu.org Resolution||WONTFIX --- Comment #6 from Rainer Orth 2011-07-19 14:48:46 UTC --- Since IRIX < 6.5 has been deprecated since GCC 4.5 and I don't have a test system any longer, I won't fix this.
[Bug bootstrap/40250] make bootstrap fails on IRIX64: ar: libbackend.a: Error reading tree-phinodes.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40250 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||ro at gcc dot gnu.org Resolution||WORKSFORME --- Comment #4 from Rainer Orth 2011-07-19 14:50:14 UTC --- I haven't ever seen this. Might be a case of a full disk.
[Bug libffi/46660] cls_double_va.c, cls_longdouble_va.c FAIL on IRIX 6.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46660 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.07.19 14:52:20 Ever Confirmed|0 |1 --- Comment #5 from Rainer Orth 2011-07-19 14:52:20 UTC --- Problem understood, waiting for new libffi that can treat varargs functions differently.
[Bug debug/47393] g++.dg/debug/dwarf2/icf.C FAILs on IRIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47393 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.07.19 14:55:01 CC||jakub at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #3 from Rainer Orth 2011-07-19 14:55:01 UTC --- Works on 4.7 due to the removal of the .debug_call support, still fails on 4.5 and 4.6 branches. Probably just XFAIL? Jakub?
[Bug tree-optimization/48321] gcc.dg/graphite/id-pr46845.c FAILs on IRIX 6.5: ICE in commit_one_edge_insertion, at cfgrtl.c:1566
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48321 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.07.19 14:57:53 Ever Confirmed|0 |1 --- Comment #1 from Rainer Orth 2011-07-19 14:57:53 UTC --- Still happens as of 20110715.
[Bug debug/47393] g++.dg/debug/dwarf2/icf.C FAILs on IRIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47393 --- Comment #4 from Jakub Jelinek 2011-07-19 14:59:29 UTC --- Yeah.
[Bug target/48572] [4.7 regression] gcc.target/mips/mips-{3d,ps}-?.c tests ICE on IRIX 6.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48572 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #1 from Rainer Orth 2011-07-19 15:00:32 UTC --- Works now.
[Bug libgcj/49456] getstacktrace and getallthreads tests timeout on IRIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49456 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.07.19 15:01:35 Ever Confirmed|0 |1 --- Comment #1 from Rainer Orth 2011-07-19 15:01:35 UTC --- Still happens as of 20110715.
[Bug libgcj/49455] Thread_Interrupt Looper subtest FAILs on IRIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49455 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.07.19 15:01:11 Ever Confirmed|0 |1 --- Comment #1 from Rainer Orth 2011-07-19 15:01:11 UTC --- Still happens as of 20110715.
[Bug libgomp/45351] many unaligned accesses in libgomp tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45351 --- Comment #8 from Jay 2011-07-19 15:15:46 UTC --- Is there no annotation in /usr/include/whatever.h to get the required alignment? Maybe that gcc doesn't-but-maybe-should understand? - Jay (phone) On Jul 19, 2011, at 7:33 AM, "ro at gcc dot gnu.org" wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45351 > > Rainer Orth changed: > > What|Removed |Added > > Status|NEW |ASSIGNED > AssignedTo|unassigned at gcc dot |ro at gcc dot gnu.org > |gnu.org | > > --- Comment #7 from Rainer Orth 2011-07-19 14:32:25 > UTC --- > Mine. > > -- > Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email > --- You are receiving this mail because: --- > You reported the bug.
[Bug libgomp/45351] many unaligned accesses in libgomp tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45351 --- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-07-19 15:23:47 UTC --- > --- Comment #8 from Jay 2011-07-19 15:15:46 > UTC --- > Is there no annotation in /usr/include/whatever.h to get the required > alignment? Maybe that gcc doesn't-but-maybe-should understand? No, the section I cited is all there is. No idea why this error doesn't show up otherwise. Rainer
[Bug c++/49785] [C++0x] ICE in coerce_template_parms
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49785 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011.07.19 15:35:23 AssignedTo|unassigned at gcc dot |jason at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1
[Bug libgomp/45351] many unaligned accesses in libgomp tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45351
--- Comment #10 from Jay 2011-07-19 15:58:04 UTC
---
>> Is there no annotation in /usr/include/whatever.h to get the required
>> alignment? Maybe that gcc doesn't-but-maybe-should understand?
>
> No, the section I cited is all there is. No idea why this error doesn't
> show up otherwise.
Do struct alignment rules on Tru64 have an effect? Not that I
looked-up/read the ABI details..
I'm not sure I have Tru64 access any longer (and my
time/work/money-to-burn has dramatically declined, sorry, it was fun!)
But I'd be curious what this does:
#include something
#include stddef.h
int main()
{
typedef struct { char a; sem_t b; } t1;
printf("%u %u\n", sizeof(t1), offsetof(t1, b));
return 0;
}
5 or 6 or 8 or other?
and 1 or 2 or 4 or other?
If the alignment is really only 2, then I'd expect 6 and 2.
If the alignment is somehow bumped up, then 8 and 4.
The code cited does seem poor.
Personally I'm a big fan of memset(p, 0, n) (or #define ZeroMemory(p, n)).
- Jay
[Bug tree-optimization/49140] [4.6 regression] wrong code with -O2 and -O3, not with -O3 -no-inline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49140 --- Comment #11 from Sébastien Kunz-Jacques 2011-07-19 16:12:14 UTC --- Created attachment 24793 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24793 the preprocessed source of salsa20 from Crypto++ with gcc 4.5.1, option -O2
[Bug tree-optimization/49140] [4.6 regression] wrong code with -O2 and -O3, not with -O3 -no-inline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49140 --- Comment #12 from Sébastien Kunz-Jacques 2011-07-19 16:14:29 UTC --- Created attachment 24794 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24794 the preprocessed source of Salsa20 from Crypto++, with gcc 4.6.0, option -O2
[Bug libgomp/45351] many unaligned accesses in libgomp tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45351
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-07-19 16:57:00 UTC ---
> Do struct alignment rules on Tru64 have an effect? Not that I
> looked-up/read the ABI details..
I had a look at `Calling Standard for Alpha Systems', and the rules
seemed as expected and straight-forward.
> But I'd be curious what this does:
>
> #include something
> #include stddef.h
>
>
> int main()
> {
> typedef struct { char a; sem_t b; } t1;
> printf("%u %u\n", sizeof(t1), offsetof(t1, b));
> return 0;
> }
>
> 5 or 6 or 8 or other?
> and 1 or 2 or 4 or other?
> If the alignment is really only 2, then I'd expect 6 and 2.
This is what I get, with both cc and gcc.
Rainer
[Bug c++/49785] [C++0x] ICE in coerce_template_parms
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49785 --- Comment #1 from Jason Merrill 2011-07-19 17:26:55 UTC --- Author: jason Date: Tue Jul 19 17:26:52 2011 New Revision: 176471 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176471 Log: PR c++/49785 * pt.c (coerce_template_parms): Handle non-pack after pack. Added: branches/gcc-4_6-branch/gcc/testsuite/g++.dg/cpp0x/variadic114.C Modified: branches/gcc-4_6-branch/gcc/cp/ChangeLog branches/gcc-4_6-branch/gcc/cp/pt.c branches/gcc-4_6-branch/gcc/testsuite/ChangeLog
[Bug c++/49785] [C++0x] ICE in coerce_template_parms
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49785 --- Comment #2 from Jason Merrill 2011-07-19 17:28:16 UTC --- Author: jason Date: Tue Jul 19 17:28:13 2011 New Revision: 176472 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176472 Log: PR c++/49785 * pt.c (coerce_template_parms): Handle non-pack after pack. Added: trunk/gcc/testsuite/g++.dg/cpp0x/variadic114.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog
[Bug c++/49785] [C++0x] ICE in coerce_template_parms
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49785 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Jason Merrill 2011-07-19 17:30:21 UTC --- Fixed for 4.6.2.
[Bug tree-optimization/49735] [4.7 Regression] mips64-elf libgcc build fails with apparently infinite recursion.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49735
rsand...@gcc.gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment #7 from rsandifo at gcc dot gnu.org
2011-07-19 18:09:45 UTC ---
(In reply to comment #6)
> (In reply to comment #5)
> > It probably papers over a different issue though - even recursive inlining
> > should be limited by a --param, but appearantly that is not working here.
> >
> > Honza?
>
> Oh it is working, just since this is a simple wrapper function (infinite loop
> kinda) it is inlinining a lot.
I think Richard's point was that something like:
void bar (void);
static void foo (void) { bar (); }
void bar (void) __attribute__((alias("foo")));
shouldn't make gcc recurse infinitely (but now does).
Richard
[Bug c++/49039] [4.4/4.5 Regression] LLVM StringRef miscompilation with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49039 --- Comment #15 from Jakub Jelinek 2011-07-19 19:27:34 UTC --- Author: jakub Date: Tue Jul 19 19:27:30 2011 New Revision: 176481 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176481 Log: Backport from mainline 2011-05-18 Jakub Jelinek PR tree-optimization/49039 * tree-vrp.c (extract_range_from_binary_expr): For MIN_EXPR <~[a, b], ~[c, d]> and MAX_EXPR <~[a, b], ~[c, d]> return ~[MAX_EXPR , MIN_EXPR ]. * gcc.c-torture/execute/pr49039.c: New test. * gcc.dg/tree-ssa/pr49039.c: New test. * g++.dg/torture/pr49039.C: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/g++.dg/torture/pr49039.C branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr49039.c branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/tree-ssa/pr49039.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/testsuite/ChangeLog branches/gcc-4_4-branch/gcc/tree-vrp.c
[Bug middle-end/48973] [4.4/4.5 Regression] Inliner bug with one-bit (1-bit) bitfield
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48973 --- Comment #15 from Jakub Jelinek 2011-07-19 19:28:44 UTC --- Author: jakub Date: Tue Jul 19 19:28:41 2011 New Revision: 176482 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176482 Log: Backport from mainline 2011-05-23 Jakub Jelinek PR middle-end/48973 * expr.c (expand_expr_real_1) : If do_store_flag failed and the comparison has a single bit signed type, use constm1_rtx instead of const1_rtx for true value. (do_store_flag): If TREE_TYPE (exp) is single bit signed type, disable single bit test optimization, pass -1 instead of 1 as last parameter to emit_store_flag and use constm1_rtx instead of const1_rtx as true value. * gcc.c-torture/execute/pr48973-1.c: New test. * gcc.c-torture/execute/pr48973-2.c: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr48973-1.c branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr48973-2.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/expr.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog
[Bug c++/49165] [4.4/4.5 Regression] ICE on for-loop/throw combination
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49165 --- Comment #20 from Jakub Jelinek 2011-07-19 19:31:04 UTC --- Author: jakub Date: Tue Jul 19 19:31:01 2011 New Revision: 176484 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176484 Log: Backport from mainline 2011-05-27 Jakub Jelinek PR c++/49165 * c-common.c (c_common_truthvalue_conversion) : For C++ don't call c_common_truthvalue_conversion on void type arms. * g++.dg/eh/cond6.C: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/g++.dg/eh/cond6.C Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/c-common.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog
[Bug c++/49165] [4.4/4.5 Regression] ICE on for-loop/throw combination
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49165 --- Comment #19 from Jakub Jelinek 2011-07-19 19:30:01 UTC --- Author: jakub Date: Tue Jul 19 19:29:57 2011 New Revision: 176483 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176483 Log: Backport from mainline 2011-05-26 Jakub Jelinek PR c++/49165 * gimplify.c (shortcut_cond_r): Don't special case COND_EXPRs if they have void type on one of their arms. * g++.dg/eh/cond5.C: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/g++.dg/eh/cond5.C Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/gimplify.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog
[Bug rtl-optimization/49619] [4.5 Regression] ICE in simplify_subreg, at simplify-rtx.c:5362
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49619 --- Comment #9 from Jakub Jelinek 2011-07-19 19:32:15 UTC --- Author: jakub Date: Tue Jul 19 19:32:12 2011 New Revision: 176485 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176485 Log: Backport from mainline 2011-07-04 Jakub Jelinek PR rtl-optimization/49619 * combine.c (combine_simplify_rtx): In PLUS -> IOR simplification pass VOIDmode as op0_mode to recursive call. * gcc.dg/pr49619.c: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/pr49619.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/combine.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog
[Bug middle-end/49640] Internal compiler in C99 code (using variable-length arrays) and OpenMP
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49640 --- Comment #7 from Jakub Jelinek 2011-07-19 19:33:34 UTC --- Author: jakub Date: Tue Jul 19 19:33:30 2011 New Revision: 176486 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176486 Log: Backport from mainline 2011-07-07 Jakub Jelinek PR middle-end/49640 * gimplify.c (gimplify_compound_lval): For last 2 ARRAY_*REF operands and last COMPONENT_REF operand call gimplify_expr on it if non-NULL. * gcc.dg/gomp/pr49640.c: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/gomp/pr49640.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/gimplify.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog
[Bug c++/49039] [4.4/4.5 Regression] LLVM StringRef miscompilation with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49039 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #16 from Jakub Jelinek 2011-07-19 19:49:48 UTC --- Fixed.
[Bug rtl-optimization/49619] [4.5 Regression] ICE in simplify_subreg, at simplify-rtx.c:5362
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49619 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #10 from Jakub Jelinek 2011-07-19 19:51:32 UTC --- Fixed.
[Bug middle-end/49640] Internal compiler in C99 code (using variable-length arrays) and OpenMP
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49640 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #8 from Jakub Jelinek 2011-07-19 19:52:03 UTC --- Fixed.
[Bug c++/49165] [4.4/4.5 Regression] ICE on for-loop/throw combination
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49165 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #21 from Jakub Jelinek 2011-07-19 19:50:57 UTC --- Fixed.
[Bug middle-end/48973] [4.4/4.5 Regression] Inliner bug with one-bit (1-bit) bitfield
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48973 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #16 from Jakub Jelinek 2011-07-19 19:50:22 UTC --- Fixed.
[Bug target/43181] branches in conditional move code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43181 --- Comment #1 from Andrew Pinski 2011-07-19 22:09:49 UTC --- I think this is a BRANCH_COST issue.
