[Bug c++/45553] Warning Suppression: C++ Templates, Unsigned, and comparison of unsigned expression 0 is always false
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-06 06:33 --- In G++ 4.6+ you can do: int i; unsigned j; template class T void bar (const T t) { #pragma GCC diagnostic push #pragma GCC diagnostic ignored -Wtype-limits if (t 0) #pragma GCC diagnostic pop { i++; } } void foo (void) { bar (i); bar (j); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45553
[Bug c++/45553] Warning Suppression: C++ Templates, Unsigned, and comparison of unsigned expression 0 is always false
--- Comment #5 from noloader at gmail dot com 2010-09-06 06:45 --- (In reply to comment #4) In G++ 4.6+ you can do: int i; unsigned j; template class T void bar (const T t) { #pragma GCC diagnostic push #pragma GCC diagnostic ignored -Wtype-limits if (t 0) #pragma GCC diagnostic pop { i++; } } void foo (void) { bar (i); bar (j); } Thanks Jakub. All those #pragmas look like MS code. I thought Stallman hated those things (I seem to recall #pragma once being the source of a lot of in-house bickering). Did he get over ruled by committee? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45553
[Bug c++/45553] Warning Suppression: C++ Templates, Unsigned, and comparison of unsigned expression 0 is always false
--- Comment #6 from pinskia at gcc dot gnu dot org 2010-09-06 06:48 --- I thought Stallman hated those things The reason why Stallman hated them is that they did not work with macros and that changed with C99 adding support of _Pragma which can be used in macros now. So his argument against Pragma went away when that come in. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45553
[Bug libstdc++/45549] merge is_iterator into iterator_traits
--- Comment #2 from marc dot glisse at normalesup dot org 2010-09-06 07:12 --- (In reply to comment #1) __is_iterator can be useful anyway, Of course, they should use the same helper classes but they can coexist, although the 2 current uses of is_iterator would disappear. I was personally in favor of having is_iterator in the standard... Anyway, are you sure that, given the current wording in C++0x, such iterator_traits is strictly conforming? Howard seems to think so. The first paragraph of [iterator.traits] is good, the second one not so good (but it could be argued that the definition is provided for exposition, that it doesn't have to be copied verbatim to every implementation). It doesn't seem less conforming than what is used for next/prev. But then in some sense it is an extension, as it lets not strictly conforming code work (but doesn't break any conforming code). Which is why I am asking about an opinion on a possible enhancement, not calling it a bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45549
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #38 from krebbel at gcc dot gnu dot org 2010-09-06 07:49 --- (In reply to comment #33) A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00375.html Thanks for fixing it. And sorry for not testing it thoroughly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug testsuite/45543] [4.6 Regression] New test failures
--- Comment #1 from ubizjak at gmail dot com 2010-09-06 08:23 --- I have a patch for i386 failure. -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-06 08:23:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45543
[Bug rtl-optimization/44919] ICE on ia64 with -O3 at sel-sched.c:4672
--- Comment #8 from amonakov at gcc dot gnu dot org 2010-09-06 08:57 --- Subject: Bug 44919 Author: amonakov Date: Mon Sep 6 08:56:43 2010 New Revision: 163904 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163904 Log: PR rtl-optimization/44919 * sel-sched.c (move_cond_jump): Remove assert, check that the several blocks case can only happen with mutually exclusive insns instead. Rewrite the movement code to support moving through several basic blocks. * g++.dg/opt/pr44919.C: New. Added: trunk/gcc/testsuite/g++.dg/opt/pr44919.C Modified: trunk/gcc/ChangeLog trunk/gcc/sel-sched.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44919
[Bug rtl-optimization/44919] ICE on ia64 with -O3 at sel-sched.c:4672
--- Comment #9 from amonakov at gcc dot gnu dot org 2010-09-06 09:00 --- (In reply to comment #7) Any progress with the copyright assignment? The copyright assignment is renewed, and I have committed the patch to the current development branch on Andrey's behalf. It will be committed to release branches in a few days. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44919
[Bug libstdc++/45549] merge is_iterator into iterator_traits
--- Comment #3 from paolo dot carlini at oracle dot com 2010-09-06 09:42 --- (In reply to comment #2) It doesn't seem less conforming than what is used for next/prev. Well, I think we are comparing two changes of very different impact and size. In the case of next / prev we have two functions, completely new in C++0x, getting a bit of constraining in the return type, no additional defaulted template parameters, only constraining in the return type: I would argue tha, in general, the way we are living the post-concepts era, this is more or less something the user looking inside headers of C++ library implementations is going to find in *many* more places than those where the Standard explicitly talks about does not participate to overload resolution. I can also add that this very thing makes me a little nervous, but I didn't raise the issue explicitly anywhere, thus... Anyway, in the other case, we are talking about changing a fundamental building block of the library. Certainly we would do that only in C++0x mode, agreed, still we are diverging more from C++03 in an area where the Standard is *not* diverging at all: as far as I can see, either we could use a defaulted template parameter with the enable_if on __is_iterator for the default; or we could create a small hierarchy, without enable_if. This is not something I would deliver for C++03 too, after so many years with a straightforward implementation, definitely not. Do you have in mind a simpler way to implement the smart iterator_traits? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45549
[Bug testsuite/45543] [4.6 Regression] New test failures
--- Comment #2 from jakub at gcc dot gnu dot org 2010-09-06 09:48 --- Subject: Bug 45543 Author: jakub Date: Mon Sep 6 09:48:10 2010 New Revision: 163907 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163907 Log: PR testsuite/45543 * g++.dg/debug/dwarf2/typedef1.C: Expect just one DW_TAG_enumeration_type DIE. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/debug/dwarf2/typedef1.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45543
[Bug target/45483] gcc-4.4.3: probably wrong optimization options chosen by -march=native
--- Comment #6 from pacho at condmat1 dot ciencias dot uniovi dot es 2010-09-06 10:45 --- This is what I get with gcc-4.5.1: root 651 0.0 0.1 13080 1780 tty1 S+ 19:18 0:00 usr/libexec/gcc/i686-pc-linux-gnu/4.5.1/cc1 -quiet - -D_FORTIFY_SOURCE=2 -march=pentium-m --param l1-cache-size=32 --param l1-cache-line-size=64 - --param l2-cache-size=2048 -mtune=generic -quiet -dumpbase - - -- -auxbase-strip /dev/null -o /tmp/cc3udN3F.s Then, looks like: 1. It's still using -mtune=generic 2. It now uses -march=pentium-m instead of presscott :-/ 3. It doesn't seem to detect sse3 Thanks for your help :-) -- pacho at condmat1 dot ciencias dot uniovi dot es changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45483
[Bug bootstrap/45554] New: gmp in nonstandard-location results in '-lgmpxx: not found'
For me, gmp and ppl are both in non-standard and different locations given via --with-gmp/--with-ppl to gcc's configure 'make bootstrap' results in suncc -g -DIN_GCC-DHAVE_CONFIG_H -Wl,-R/pf/m/m222086/xas/solaris10/gcc/libe lf-latest/lib -Wl,-R/pf/m/m222086/xas/solaris10/gcc/cloog-ppl-latest/lib -Wl,-R/ pf/m/m222086/xas/solaris10/gcc/ppl-latest/lib -Wl,-R/pf/m/m222086/xas/solaris10/ gcc/mpc-latest/lib -Wl,-R/pf/m/m222086/xas/solaris10/gcc/mpfr-latest/lib -Wl,-R/ pf/m/m222086/xas/solaris10/gcc/gmp-latest/lib -o cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-i nfo.o c-common.o c-opts.o c-format.o c-semantics.o c-ppoutput.o c-cppbuiltin.o c -objc-common.o c-dump.o c-pch.o c-parser.o sol2-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o \ dummy-checksum.o main.o tree-browser.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ./../intl/libintl.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/pf/m/m222086/xas/solaris10/gcc/ppl-latest/lib -lppl_c -lppl -lgmpxx -L/pf/m/m222086/xas/solaris10/gcc/gmp-latest/lib -L/pf/m/m222086/xas/solaris10/gcc/mpfr-latest/lib -L/pf/m/m222086/xas/solaris10/gcc/mpc-latest/lib -lmpc -lmpfr -lgmp -L../zlib -lz -L/pf/m/m222086/xas/solaris10/gcc/libelf-latest/lib -lelf ld: fatal: library -lgmpxx: not found The reason is obvious: The configure-script just appends '-lgmpxx' to @ppllibs@ without any gmp library search path. For those of you who stumbled over this bug report by utilizing your favourite search engine: A quick fix is to give --with-ppl=ppl_dir -Lgmp_dir/lib to configure. BTW: On systems with a shared libppl, libgmpxx is not needed as it is pulled in via DT_NEEDED. -- Summary: gmp in nonstandard-location results in '-lgmpxx: not found' Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nicolai dot stange at zmaw dot de GCC build triplet: sparc-sun-solaris2.10 GCC host triplet: sparc-sun-solaris2.10 GCC target triplet: sparc-sun-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45554
[Bug libstdc++/45549] merge is_iterator into iterator_traits
--- Comment #4 from marc dot glisse at normalesup dot org 2010-09-06 11:01 --- (In reply to comment #3) Well, I think we are comparing two changes of very different impact and size. You are right. I would argue tha, in general, the way we are living the post-concepts era, this is more or less something the user looking inside headers of C++ library implementations is going to find in *many* more places than those where the Standard explicitly talks about does not participate to overload resolution. I can also add that this very thing makes me a little nervous, but I didn't raise the issue explicitly anywhere, thus... I completely agree here. After the removal of concepts, the library is in need of more concept-related work in the standard, it shouldn't be up to the implementers. Anyway, in the other case, we are talking about changing a fundamental building block of the library. Certainly we would do that only in C++0x mode, agreed, still we are diverging more from C++03 in an area where the Standard is *not* diverging at all: as far as I can see, either we could use a defaulted template parameter with the enable_if on __is_iterator for the default; or we could create a small hierarchy, without enable_if. This is not something I would deliver for C++03 too, after so many years with a straightforward implementation, definitely not. Ok. It seemed safe enough to me (especially since some other implementations do it), so I thought I should ask. Do you have in mind a simpler way to implement the smart iterator_traits? No, I was going with the small hierarchy (ie keep the partial specializations for pointers, and have the generic implementation derive from helperIter, has_iterator_categoryIter::value where helper is empty by default and has a partial specialization for T,true that contains 5 typedefs). It looked like the safest option. Feel free to close the bug if you think it is a bad idea. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45549
[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-09-06 11:06 --- Ok, I reproduced a failure (but none of the kind reported here) and have a fix for that issue. Maybe it fixes this bug too, which I still can't reproduce. -- 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|2010-09-04 12:05:15 |2010-09-06 11:06:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
[Bug libstdc++/45549] merge is_iterator into iterator_traits
--- Comment #5 from paolo dot carlini at oracle dot com 2010-09-06 11:42 --- Nice that we agree on many points. Anyway, my plan would be (I cannot resist ;) preparing a small prototype, using the hierarchy, attach it here, and wait for Jon' opinion. Then we can make the final decision... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45549
[Bug testsuite/45543] [4.6 Regression] New test failures
--- Comment #3 from ubizjak at gmail dot com 2010-09-06 12:02 --- i386 failure is a real PR22152 regression, masked by wrong scan regexp. I'll reopen PR22152. -- ubizjak at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45543
[Bug target/22152] Poor loop optimization when using mmx builtins
--- Comment #11 from ubizjak at gmail dot com 2010-09-06 12:05 --- Reopened due to 4.6 regression, see [1]. [1] http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00529.html -- ubizjak at gmail dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22152
[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-09-06 12:15 --- Subject: Bug 45534 Author: rguenth Date: Mon Sep 6 12:14:02 2010 New Revision: 163913 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163913 Log: 2010-09-06 Richard Guenther rguent...@suse.de PR tree-optimization/45534 * tree-ssa-address.c (create_mem_ref_raw): Add verify parameter. (create_mem_ref): Do verify the created TARGET_MEM_REF is valid on the target. (maybe_fold_tmr): Do not verify the created TARGET_MEM_REF is valid on the target. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-address.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
[Bug libstdc++/45549] merge is_iterator into iterator_traits
--- Comment #6 from marc dot glisse at normalesup dot org 2010-09-06 12:21 --- (In reply to comment #5) preparing a small prototype, using the hierarchy, attach it here Just to make sure, does that mean you are writing the prototype, or do you want me to? (my employer started the assignment papers in 2009, but the FSF hasn't had time yet) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45549
[Bug libstdc++/45549] merge is_iterator into iterator_traits
--- Comment #7 from paolo dot carlini at oracle dot com 2010-09-06 12:32 --- Me, me ;) But, to be clear, your help here and elsewhere would be more than welcome. If there is something I can do about the paperwork, just let me know! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45549
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #44 from howarth at nitro dot med dot uc dot edu 2010-09-06 13:17 --- Created an attachment (id=21709) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21709action=view) retain redefinition of MAIN_STACK_BOUNDARY as required -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added Attachment #21647|0 |1 is obsolete|| Attachment #21681|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug c++/45555] New: Add warnings for changes to code with option -fipa-sra
The -fipa-sra option may result in object code changes. Users should be notified of such changes so they can make source code changes. -- Summary: Add warnings for changes to code with option -fipa-sra Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tom dot browder at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
[Bug fortran/38282] Add the remaining HPF bit intrinsics
--- Comment #12 from burnus at gcc dot gnu dot org 2010-09-06 13:35 --- DONE: - POPPAR, POPCNT [and LEADZ/TAILZ already in GCC 4.4] - IALL, IANY, IPARITY TODO (cf. comment 2) a) F2008's bit intrinsics: DSHIFTL, DSHIFTR, SHIFTA, SHIFTL, SHIFTR, MASKL, MASKR, BGE, BGT, BLE, BLT, MERGE_BITS c) HPF only: ILEN(I) Cf. http://wotug.org/parallel/standards/hpf/, HPF 2.0, Section 7.6 d) IBCHNG(POS, I) Industrial Real-Time Fortran Standard (ISO 7846:1985; withdrawn) and common vendor extension -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38282
[Bug bootstrap/45556] New: Add PPL and CLooG-PPL source to gcc source tree for build
As of now, gcc builds with gmp, mpfr, and mpc source directories placed in the gcc tree by the user. Adding the other two main prerequisites into the tree for full gcc features would be a win for users. The inter-dependence of the configuration options between the latter two and gmp, mpfr, and mpc makes it difficult for a user to build all successfully without trial and error. An explicitly versioned set of the five sources known to work for a given version of gcc to be downloaded with a helper script (like the one by Andrew Haley: download_prerequisites.sh) would be very helpful and ease debugging and help for all. -- Summary: Add PPL and CLooG-PPL source to gcc source tree for build Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tom dot browder at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45556
[Bug lto/45557] New: Segfault with -flto -O1 -finline-small-functions -fpartial-inlining
cc1plus segfaults on the attached testcase with -flto -O1 -finline-small-functions -fpartial-inlining. $ g++-4.6 -v -flto -O1 -finline-small-functions -fpartial-inlining TC.cpp Using built-in specs. COLLECT_GCC=g++-4.6 COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /home/xman/gcc-4.6-20100828/configure --program-suffix=-4.6 --enable-lto --enable-version-specific-runtime-libs Thread model: posix gcc version 4.6.0 20100828 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-flto' '-O1' '-finline-small-functions' '-fpartial-inlining' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus -quiet -v -D_GNU_SOURCE TC.cpp -quiet -dumpbase TC.cpp -mtune=generic -march=x86-64 -auxbase TC -O1 -version -flto -finline-small-functions -fpartial-inlining -o /tmp/ccRma3YY.s GNU C++ (GCC) version 4.6.0 20100828 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20100828 (experimental), GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 ignoring nonexistent directory /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../x86_64-unknown-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include/c++ /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include/c++/x86_64-unknown-linux-gnu /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include/c++/backward /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include /usr/local/include /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include-fixed /usr/include End of search list. GNU C++ (GCC) version 4.6.0 20100828 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20100828 (experimental), GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 2c7dd1386f3abb6f2873be5b63c94737 TC.cpp: In function f3(): TC.cpp:5:5: 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. -- Summary: Segfault with -flto -O1 -finline-small-functions - fpartial-inlining Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: alexey at feldgendler dot ru GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45557
[Bug lto/45557] Segfault with -flto -O1 -finline-small-functions -fpartial-inlining
--- Comment #1 from alexey at feldgendler dot ru 2010-09-06 13:48 --- Created an attachment (id=21710) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21710action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45557
[Bug lto/45557] Segfault with -flto -O1 -finline-small-functions -fpartial-inlining
--- Comment #2 from alexey at feldgendler dot ru 2010-09-06 13:49 --- Created an attachment (id=21711) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21711action=view) Incomplete assembly file cc1plus manages to write before segfaulting -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45557
[Bug lto/45557] Segfault with -flto -O1 -finline-small-functions -fpartial-inlining
--- Comment #3 from alexey at feldgendler dot ru 2010-09-06 13:51 --- $ gdb --args /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus -v -D_GNU_SOURCE TC.cpp -dumpbase TC.cpp -mtune=generic -march=x86-64 -auxbase TC -O1 -version -flto -finline-small-functions -fpartial-inlining GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus...done. (gdb) r Starting program: /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus -v -D_GNU_SOURCE TC.cpp -dumpbase TC.cpp -mtune=generic -march=x86-64 -auxbase TC -O1 -version -flto -finline-small-functions -fpartial-inlining GNU C++ (GCC) version 4.6.0 20100828 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20100828 (experimental), GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 ignoring nonexistent directory /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../x86_64-unknown-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include/c++ /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include/c++/x86_64-unknown-linux-gnu /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include/c++/backward /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include /usr/local/include /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include-fixed /usr/include End of search list. GNU C++ (GCC) version 4.6.0 20100828 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20100828 (experimental), GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 options passed: -v -D_GNU_SOURCE TC.cpp -mtune=generic -march=x86-64 -O1 -flto -finline-small-functions -fpartial-inlining options enabled: -falign-loops -fasynchronous-unwind-tables -fauto-inc-dec -fbranch-count-reg -fcommon -fcprop-registers -fdefer-pop -fdelete-null-pointer-checks -fdwarf2-cfi-asm -fearly-inlining -feliminate-unused-debug-types -fexceptions -fforward-propagate -ffunction-cse -fgcse-lm -fguess-branch-probability -fident -fif-conversion -fif-conversion2 -finline -finline-functions-called-once -finline-small-functions -fipa-profile -fipa-pure-const -fipa-reference -fira-share-save-slots -fira-share-spill-slots -fivopts -fkeep-static-consts -fleading-underscore -fmath-errno -fmerge-constants -fmerge-debug-strings -fmove-loop-invariants -fomit-frame-pointer -fpartial-inlining -fpeephole -fprefetch-loop-arrays -freg-struct-return -fsched-critical-path-heuristic -fsched-dep-count-heuristic -fsched-group-heuristic -fsched-interblock -fsched-last-insn-heuristic -fsched-rank-heuristic -fsched-spec -fsched-spec-insn-heuristic -fsched-stalled-insns-dep -fshow-column -fsigned-zeros -fsplit-ivs-in-unroller -fsplit-wide-types -fstrict-volatile-bitfields -ftoplevel-reorder -ftrapping-math -ftree-bit-ccp -ftree-ccp -ftree-ch -ftree-copy-prop -ftree-copyrename -ftree-cselim -ftree-dce -ftree-dominator-opts -ftree-dse -ftree-forwprop -ftree-fre -ftree-loop-if-convert -ftree-loop-im -ftree-loop-ivcanon -ftree-loop-optimize -ftree-parallelize-loops= -ftree-phiprop -ftree-pta -ftree-reassoc -ftree-scev-cprop -ftree-sink -ftree-slp-vectorize -ftree-sra -ftree-ter -ftree-vect-loop-version -funit-at-a-time -funwind-tables -fvar-tracking -fvar-tracking-assignments -fvect-cost-model -fzero-initialized-in-bss -m128bit-long-double -m64 -m80387 -maccumulate-outgoing-args -malign-stringops -mfancy-math-387 -mfp-ret-in-387 -mfused-madd -mglibc -mieee-fp -mmmx -mno-sse4 -mpush-args -mred-zone -msse -msse2 -mtls-direct-seg-refs Compiler executable checksum: 2c7dd1386f3abb6f2873be5b63c94737 int f3() Analyzing compilation unit Performing interprocedural optimizations *free_lang_data visibility early_local_cleanups whole-program ipa-profile inline pure-const static-varAssembling functions: f3() Program received signal SIGSEGV, Segmentation fault. prepare_use_sites_for (update_flags=2048) at /home/xman/gcc-4.6-20100828/gcc/tree-into-ssa.c:2588 2588 edge e = gimple_phi_arg_edge (stmt, ix); (gdb) bt #0 prepare_use_sites_for (update_flags=2048) at /home/xman/gcc-4.6-20100828/gcc/tree-into-ssa.c:2588 #1 prepare_names_to_update (update_flags=2048) at /home/xman/gcc-4.6-20100828/gcc/tree-into-ssa.c:2657 #2 update_ssa (update_flags=2048) at /home/xman/gcc-4.6-20100828/gcc/tree-into-ssa.c:3291 #3
[Bug tree-optimization/44937] [4.6 Regression] IPA-split causes crash due to null pointer deref
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-09-06 13:53 --- *** Bug 45557 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||alexey at feldgendler dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44937
[Bug lto/45557] Segfault with -flto -O1 -finline-small-functions -fpartial-inlining
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-06 13:53 --- Seems to be fixed by 2010-09-02 Richard Guenther rguent...@suse.de PR tree-optimization/44937 PR tree-optimization/45412 * ipa-split.c (split_function): Properly remove PHI nodes. *** This bug has been marked as a duplicate of 44937 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45557
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #45 from howarth at nitro dot med dot uc dot edu 2010-09-06 13:57 --- (In reply to comment #44) Created an attachment (id=21709) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21709action=view) [edit] retain redefinition of MAIN_STACK_BOUNDARY as required Testsuite results for the PR36502v9.patch are shown in http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00537.html. The compiler ICEs shown for gfortran.dg/backspace_1.f, gfortran.dg/record_marker_2.f, gfortran.dg/graphite/pr42393-1.f90 libgomp.fortran/appendix-a/a.16.1.f90, libgomp.fortran/omp_atomic2.f90, libgomp.graphite/force-parallel-3.c, libgomp.graphite/force-parallel-9.c and 25_algorithms/heap/moveable.cc shouldn't be due to my patch as the identical patch (except for test cases corrections) was tested in http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00168.html and didn't show them. While I don't see these in other reported i386-apple-darwin10 testresults, those aren't using --enable-checking=yes. I will rebuild gcc trunk without PR36502v9.patch, reconfirm those ICEs and file PRs against them separately. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug lto/45557] Segfault with -flto -O1 -finline-small-functions -fpartial-inlining
--- Comment #5 from alexey at feldgendler dot ru 2010-09-06 14:03 --- Indeed, the patch fixes this bug for me. Thanks! -- alexey at feldgendler dot ru changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45557
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #46 from dominiq at lps dot ens dot fr 2010-09-06 14:04 --- gfortran.dg/backspace_1.f, gfortran.dg/record_marker_2.f, ... They are pr45534 and probably fixed at revision 163913 (testing). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments
--- Comment #15 from jamborm at gcc dot gnu dot org 2010-09-06 14:12 --- I tried compiling the testcase from comment #8 and it did not fail for me either on i686-linux ox x86_64-linux. Can you please check that it still fails for you? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43665
[Bug fortran/40571] F2008: ISO_FORTRAN_ENV: Missing constants
--- Comment #4 from burnus at gcc dot gnu dot org 2010-09-06 14:52 --- Created an attachment (id=21712) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21712action=view) New draft patch New draft patch. New: Documentation added; REAL_KINDS and REAL_KINDS(1) works now. TODO - The test case in the file, i.e. REAL(REAL_KINDS(1)) fails with Error: Constant expression required - Include attachment 21126 as test case -- burnus at gcc dot gnu dot org changed: What|Removed |Added Attachment #21122|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40571
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #39 from hjl at gcc dot gnu dot org 2010-09-06 14:54 --- Subject: Bug 45524 Author: hjl Date: Mon Sep 6 14:52:54 2010 New Revision: 163921 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163921 Log: Don't set enable_decimal_float to dpd if DFP is disabled. config/ 2010-09-06 H.J. Lu hongjiu...@intel.com PR target/45524 * dfp.m4: Don't set enable_decimal_float to dpd if DFP is disabled. Set default_decimal_float. gcc/ 2010-09-06 H.J. Lu hongjiu...@intel.com PR target/45524 * configure.ac (enable_decimal_float): Set to $default_decimal_float. * configure: Regenerated. libdecnumber/ 2010-09-06 H.J. Lu hongjiu...@intel.com PR target/45524 * configure.ac (enable_decimal_float): Set to $default_decimal_float. * configure: Regenerated. libgcc/ 2010-09-06 H.J. Lu hongjiu...@intel.com PR target/45524 * configure: Regenerated. Modified: trunk/config/ChangeLog trunk/config/dfp.m4 trunk/gcc/ChangeLog trunk/gcc/configure trunk/gcc/configure.ac trunk/libdecnumber/ChangeLog trunk/libdecnumber/configure trunk/libdecnumber/configure.ac trunk/libgcc/ChangeLog trunk/libgcc/configure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug c++/45558] New: typedef of typename fails to equal its underlying type
The code snippet below fails to compile: =~= template typename S, typename T struct C { template typename U struct B { template typename W struct E { explicit E(const W x) : w(x) {} const W w; }; }; }; struct F; template typename X struct D { D() {} }; const DF g; template typename S, typename T struct A { template typename U struct B : CS, T::template BU { typedef typename CS, T::template BU V; static const Dtypename V::template EDF a; }; }; template typename S, typename T template typename U const Dtypename CS, T::template BU::template EDF AS, T::BU::a = typename CS, T::template BU::template EDF (g); =~= With the error message: test-620095.cc:38:16: erreur: conflicting declaration const Dtypename CS, T::BU::EDF AS, T::BU::a test-620095.cc:31:52: erreur: AS, T::BU::a has a previous declaration as const Dtypename CS, T::BU::EDF AS, T::BU::a test-620095.cc:38:16: erreur: declaration of const Dtypename CS, T::BU::EDF AS, T::BU::a outside of class is not definition [-fpermissive] Fixing PR c++/45200 should fix this bug. -- Summary: typedef of typename fails to equal its underlying type Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dodji at gcc dot gnu dot org BugsThisDependsOn: 45200 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45558
[Bug c++/45558] typedef of typename fails to equal its underlying type
-- dodji at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-06 14:59:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45558
[Bug c++/45558] typedef of typename fails to equal its underlying type
--- Comment #1 from dodji at gcc dot gnu dot org 2010-09-06 15:00 --- This was forwarded here from https://bugzilla.redhat.com/show_bug.cgi?id=620095 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45558
[Bug target/45483] gcc-4.4.3: probably wrong optimization options chosen by -march=native
--- Comment #7 from hjl dot tools at gmail dot com 2010-09-06 15:08 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00469.html -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||ubizjak at gmail dot com URL||http://gcc.gnu.org/ml/gcc- ||patches/2010- ||09/msg00469.html Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-06 15:08:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45483
[Bug c/45559] New: [4.4 regression] wrong conversion from unsigned int/long to float
With the following program: #include stdio.h int main() { unsigned int t = 254733465; float f; f = (float) t; printf (t=%u f=%.0f\n, t, f); } I get with gcc 4.3 the expected result: t=254733465 f=254733472 but with gcc 4.4.5: t=254733465 f=482062944 which is clearly wrong. Note: this was obtained on smetana.debian.org with gcc 4.4.5 20100824 (prerelease) (Debian 4.4.4-11) Note 2: this bug makes GMP-ECM fail: https://buildd.debian.org/fetch.cgi?pkg=gmp-ecmarch=sparcver=6.3-2stamp=1281775571file=logas=raw -- Summary: [4.4 regression] wrong conversion from unsigned int/long to float Product: gcc Version: 4.4.5 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zimmerma+gcc at loria dot fr GCC build triplet: sparc-linux-gnu GCC host triplet: sparc-linux-gnu GCC target triplet: sparc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45559
[Bug fortran/45560] New: debugging: Add EXPR pretty printer (gfc_debug_expr)
Richard wrote in IRC: fortran needs a pretty-printer gfc_show_expr is annoying as it doesn't flush and you have to manually set dumpfile to stdout Untested draft patch: Index: dump-parse-tree.c === --- dump-parse-tree.c (revision 163921) +++ dump-parse-tree.c (working copy) @@ -48,6 +48,17 @@ static void show_code_node (int, gfc_code *); static void show_namespace (gfc_namespace *ns); +/* Allow dumping of an expression in the debugger. */ +void gfc_debug_expr (gfc_expr *); +void gfc_debug_expr (gfc_expr *e) +{ + FILE *tmp = dumpfile; + dumpfile = stdout; + show_expr (e) + fputc ('\n', dumpfile); + dumpfile = tmp; +} /* Do indentation for a specific level. */ -- Summary: debugging: Add EXPR pretty printer (gfc_debug_expr) Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45560
[Bug c++/43085] Make profiledbootstrap fails with cc1plus catching SIGSEGV
--- Comment #4 from doko at ubuntu dot com 2010-09-06 15:56 --- I can confirm this with 20100902 from the 4.5 branch. the profiled bootstrap did work with the 4.5.1 release. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43085
[Bug libobjc/19850] libobjc leaks threads on posix
--- Comment #3 from nicola at gcc dot gnu dot org 2010-09-06 15:57 --- Subject: Bug 19850 Author: nicola Date: Mon Sep 6 15:57:44 2010 New Revision: 163923 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163923 Log: PR libobjc/19850 * gthr-posix.h (__gthread_objc_thread_detach): Use _objc_thread_attribs when detaching a thread. * gthr-posix95.h (__gthread_objc_thread_detach): Same change. Modified: trunk/gcc/ChangeLog trunk/gcc/gthr-posix.h trunk/gcc/gthr-posix95.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19850
[Bug libobjc/19850] libobjc leaks threads on posix
--- Comment #4 from nicola dot pero at meta-innovation dot com 2010-09-06 15:58 --- I fixed this bug in trunk (will be GCC 4.6.0). -- nicola dot pero at meta-innovation dot com changed: What|Removed |Added CC||nicola dot pero at meta- ||innovation dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19850
[Bug preprocessor/45561] New: [4.4 Regression]: gcc.dg/cpp/pragma-float-const-decimal64-1.c gcc.dg/nodfp-1.c
With revision 163809 these test passed. From revision 163818 and on, the tests have failed as follows: Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/cpp/cpp.exp ... FAIL: gcc.dg/cpp/pragma-float-const-decimal64-1.c (test for warnings, line 4) ... Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/dg.exp ... ... FAIL: gcc.dg/nodfp-1.c reject decimal float (test for errors, line 4) FAIL: gcc.dg/nodfp-1.c reject decimal float (test for errors, line 5) FAIL: gcc.dg/nodfp-1.c reject decimal float (test for errors, line 6) Looks like it's some mixup of /no/dpd somewhere... It looks like the dfp.m4 patch is wrong, enabling dfp half-way, such that the parser and preprocessor doesn't see that it's not supported, but the target still isn't dfp as far as the test-suite is concerned (and it shouldn't): Executing on host: /tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/xgcc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/ dfprt16050. c-isystem /tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./newlib/targ-include -isystem /tmp/hpautotest-gcc1/gcc/newl ib/libc/include -B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./libgloss/cris/ -L/tmp/hpautotest-gcc1/cris-elf/gccobj/ cris-elf/./libgloss/cris -L/tmp/hpautotest-gcc1/gcc/libgloss/cris -B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./new lib/ -L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./newlib -sim3 -lm -o dfprt16050.exe(timeout = 300) dfprt16050.c:2:2: error: unable to emulate 'DD' compiler exited with status 1 output is: dfprt16050.c:2:2: error: unable to emulate 'DD' Author of suspect patch in the revision range CC:ed. -- Summary: [4.4 Regression]: gcc.dg/cpp/pragma-float-const- decimal64-1.c gcc.dg/nodfp-1.c Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: preprocessor AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hp at gcc dot gnu dot org GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: cris-axis-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45561
[Bug other/45561] [4.6 Regression]: gcc.dg/cpp/pragma-float-const-decimal64-1.c gcc.dg/nodfp-1.c
--- Comment #1 from hp at gcc dot gnu dot org 2010-09-06 16:08 --- Correct title, possibly component, milestone. -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|preprocessor|other Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-06 16:08:27 date|| Summary|[4.4 Regression]: |[4.6 Regression]: |gcc.dg/cpp/pragma-float-|gcc.dg/cpp/pragma-float- |const-decimal64-1.c |const-decimal64-1.c |gcc.dg/nodfp-1.c|gcc.dg/nodfp-1.c Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45561
[Bug tree-optimization/45421] [4.6 regression] Ada bootstrap failure on IRIX 6.5: SIGBUS in sem_aggr.sort_case_table
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-09-06 16:20 --- Subject: Re: [4.6 regression] Ada bootstrap failure on IRIX 6.5: SIGBUS in sem_aggr.sort_case_table Unfortunately, even with your patch the mips-sgi-irix6.5 Ada bootstrap is still broken. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45421
[Bug middle-end/45312] [4.4 Regression] GCC 4.4.4 miscompiles the Linux kernel
--- Comment #16 from uweigand at gcc dot gnu dot org 2010-09-06 16:57 --- (In reply to comment #15) Ulrih, I've just wanted to post the following when I found that you already posted analogous conclusion. I should have been on CC to see your comment right away. The problem is really fundamental. Code for merge_assigned_reloads ignores inheritance (and dependencies between reloads because of inheritance) at all. Here is my post wanted to add. I just noticed that even in the complete absence of reload inheritance, the allocate_reload_reg routine performs free_for_value_p checks, and therefore implicitly takes reload ordering into account. This seems to imply that even if we'd do merge_assigned_reloads only if no inheritance has taken place, we'd still have a problem. Does anybody have any idea how much merge_assigned_reloads actually contributes to performance on i386, in particular now that we have a bit more post-reload optimizers that potentially clear up duplicate code of the type generated by unmerged reloads? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45312
[Bug libstdc++/45549] merge is_iterator into iterator_traits
--- Comment #8 from paolo dot carlini at oracle dot com 2010-09-06 17:08 --- Created an attachment (id=21713) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21713action=view) Draft patch, tested x86_64-linux -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45549
[Bug other/45561] [4.6 Regression]: gcc.dg/cpp/pragma-float-const-decimal64-1.c gcc.dg/nodfp-1.c
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-06 17:10 --- *** This bug has been marked as a duplicate of 45524 *** -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45561
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #40 from hjl dot tools at gmail dot com 2010-09-06 17:10 --- *** Bug 45561 has been marked as a duplicate of this bug. *** -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||hp at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45559] [4.4 regression] wrong conversion from unsigned int/long to float
--- Comment #1 from mikpe at it dot uu dot se 2010-09-06 17:15 --- Dupe of PR44631? -- mikpe at it dot uu dot se changed: What|Removed |Added CC||mikpe at it dot uu dot se http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45559
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #41 from hjl dot tools at gmail dot com 2010-09-06 17:18 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug libstdc++/45549] merge is_iterator into iterator_traits
--- Comment #9 from marc dot glisse at normalesup dot org 2010-09-06 17:48 --- (In reply to comment #8) Draft patch, tested x86_64-linux Nice. Just to confirm, that's indeed what I had in mind, except that I was going to rename __is_iterator_helper to __has_iterator_category and move ||is_pointer from the helper to __is_iterator (and then use __has_iterator_category for __iterator_traits). But it is equivalent. Now to the hardest part: deciding whether to apply it ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45549
[Bug target/45559] [4.4 regression] wrong conversion from unsigned int/long to float
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45559
[Bug target/22152] Poor loop optimization when using mmx builtins
--- Comment #12 from uros at gcc dot gnu dot org 2010-09-06 17:51 --- Subject: Bug 22152 Author: uros Date: Mon Sep 6 17:51:12 2010 New Revision: 163926 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163926 Log: PR target/22152 * config/i386/mmx.md (*movmode_internal_rex64, *movmode_internal_avx, *movmode_internal, *movv2sf_internal_rex64_avx, *movv2sf_internal_rex64, *movv2sf_internal_avx, *movv2sf_internal): Split out !y-!y alternative. [ Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/mmx.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22152
[Bug target/22152] Poor loop optimization when using mmx builtins
--- Comment #13 from uros at gcc dot gnu dot org 2010-09-06 17:55 --- Subject: Bug 22152 Author: uros Date: Mon Sep 6 17:54:46 2010 New Revision: 163927 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163927 Log: PR target/22152 * gcc.target/i386/pr22152.c (add3): Change count to unsigned int. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/i386/pr22152.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22152
[Bug fortran/40571] F2008: ISO_FORTRAN_ENV: Missing constants
--- Comment #5 from burnus at gcc dot gnu dot org 2010-09-06 17:55 --- More failures: use iso_fortran_env integer :: i print *, shape(real_kinds(1)) ! should be rejected (scalar) i = real_kinds(1) ! ICE end Thus, the FE has problems if one takes a REF of an EXPR_ARRAY, i.e. the shape does not get updated. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40571
[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031
--- Comment #15 from iains at gcc dot gnu dot org 2010-09-06 18:07 --- (In reply to comment #14) Subject: Bug 45534 New Revision: 163913 2010-09-06 Richard Guenther rguent...@suse.de PR tree-optimization/45534 * tree-ssa-address.c (create_mem_ref_raw): Add verify parameter. (create_mem_ref): Do verify the created TARGET_MEM_REF is valid on the target. (maybe_fold_tmr): Do not verify the created TARGET_MEM_REF is valid on the target. fixed on i686-darwin9. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
[Bug target/22152] Poor loop optimization when using mmx builtins
--- Comment #14 from ubizjak at gmail dot com 2010-09-06 18:13 --- Fixed again. -- ubizjak at gmail dot com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22152
[Bug fortran/45560] debugging: Add EXPR pretty printer (gfc_debug_expr)
--- Comment #1 from burnus at gcc dot gnu dot org 2010-09-06 18:17 --- Subject: Bug 45560 Author: burnus Date: Mon Sep 6 18:16:50 2010 New Revision: 163928 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163928 Log: 2010-09-06 Tobias Burnus bur...@net-b.de PR fortran/45560 * dump-parse-tree.c (gfc_debug_expr): New function. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/dump-parse-tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45560
[Bug fortran/45560] debugging: Add EXPR pretty printer (gfc_debug_expr)
--- Comment #2 from burnus at gcc dot gnu dot org 2010-09-06 18:17 --- FIXED for 4.6. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45560
[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments
--- Comment #16 from jamborm at gcc dot gnu dot org 2010-09-06 18:25 --- Created an attachment (id=21714) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21714action=view) Patch to address IPA-CP parameter removal issues This patch makes IPA-CP to refrain from modifying a function when it sees a any type attributes. It fixes the test case. I do not expect it to cause any problems elsewhere but I have not yet bootstrapped or tested it (I have just scheduled both for tonight). As far as I understand it there is already a test in our testsuite that fails (with the patch from comment #7 applied) and so I am not going to add an extra one. I think it's best to check this in separately and I will submit it for approval tomorrow if there are no unforeseen problems. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43665
[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031
--- Comment #16 from dominiq at lps dot ens dot fr 2010-09-06 18:27 --- New Revision: 163913 fixed on i686-darwin9. also on x86_64-apple-darwin10.4 configured with --enable-checking=release. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
[Bug libobjc/19850] libobjc leaks threads on posix
--- Comment #5 from nicola at gcc dot gnu dot org 2010-09-06 18:30 --- Fixed in trunk. Thanks -- nicola at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19850
[Bug middle-end/45234] [4.4/4.5/4.6 Regression] ICE in expand_call, at calls.c:2845 when passing aligned function argument from unaligned stack after alloca
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2010-09-06 18:40 --- Still present for x86_64-unknown-gnu-linux with -m32 at r163927 when tested on x86_64 Fedora 10 using the new gcc/gcc/testsuite/gcc.dg/torture/stackalign/alloca-5.c test case only from gcc-pr45234-2.patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45234
[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments
--- Comment #17 from burnus at gcc dot gnu dot org 2010-09-06 18:43 --- (In reply to comment #16) This patch makes IPA-CP to refrain from modifying a function when it sees a any type attributes. In a way that's unfortunate: Both fn attr and argument removal are optimization options. As far as I understand it there is already a test in our testsuite that fails (with the patch from comment #7 applied) and so I am not going to add an extra one. OK. I think it's best to check this in separately and I will submit it for approval tomorrow if there are no unforeseen problems. I will also submit my patch - for committal after yours is in. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43665
[Bug c++/45200] [4.5/4.6 Regression] ICE in template instantiation
--- Comment #11 from dodji at gcc dot gnu dot org 2010-09-06 18:44 --- Subject: Bug 45200 Author: dodji Date: Mon Sep 6 18:44:23 2010 New Revision: 163929 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163929 Log: Patch PR c++/45200 Fix PR c++/45200, c++/45293, c++/45558 gcc/cp/Changelog: PR c++/45200 PR c++/45293 PR c++/45558 * tree.c (strip_typedefs): Strip typedefs from the context of TYPENAME_TYPEs. gcc/testsuite/ChangeLog: PR c++/45200 PR c++/45293 PR c++/45558 * g++.dg/template/typedef34.C: New test. * g++.dg/template/typedef35.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/typedef34.C trunk/gcc/testsuite/g++.dg/template/typedef35.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/tree.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45200
[Bug c++/45558] typedef of typename fails to equal its underlying type
--- Comment #2 from dodji at gcc dot gnu dot org 2010-09-06 18:44 --- Subject: Bug 45558 Author: dodji Date: Mon Sep 6 18:44:23 2010 New Revision: 163929 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163929 Log: Patch PR c++/45200 Fix PR c++/45200, c++/45293, c++/45558 gcc/cp/Changelog: PR c++/45200 PR c++/45293 PR c++/45558 * tree.c (strip_typedefs): Strip typedefs from the context of TYPENAME_TYPEs. gcc/testsuite/ChangeLog: PR c++/45200 PR c++/45293 PR c++/45558 * g++.dg/template/typedef34.C: New test. * g++.dg/template/typedef35.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/typedef34.C trunk/gcc/testsuite/g++.dg/template/typedef35.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/tree.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45558
[Bug c++/45293] ICE in iterative_hash_template_arg, at cp/pt.c:1589
--- Comment #9 from dodji at gcc dot gnu dot org 2010-09-06 18:44 --- Subject: Bug 45293 Author: dodji Date: Mon Sep 6 18:44:23 2010 New Revision: 163929 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163929 Log: Patch PR c++/45200 Fix PR c++/45200, c++/45293, c++/45558 gcc/cp/Changelog: PR c++/45200 PR c++/45293 PR c++/45558 * tree.c (strip_typedefs): Strip typedefs from the context of TYPENAME_TYPEs. gcc/testsuite/ChangeLog: PR c++/45200 PR c++/45293 PR c++/45558 * g++.dg/template/typedef34.C: New test. * g++.dg/template/typedef35.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/typedef34.C trunk/gcc/testsuite/g++.dg/template/typedef35.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/tree.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45293
[Bug c++/45200] [4.5/4.6 Regression] ICE in template instantiation
--- Comment #12 from dodji at gcc dot gnu dot org 2010-09-06 18:50 --- Subject: Bug 45200 Author: dodji Date: Mon Sep 6 18:49:46 2010 New Revision: 163930 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163930 Log: Patch PR c++/45200 Fix PR c++/45200, c++/45293, c++/45558 gcc/cp/Changelog: PR c++/45200 PR c++/45293 PR c++/45558 * tree.c (strip_typedefs): Strip typedefs from the context of TYPENAME_TYPEs. gcc/testsuite/ChangeLog: PR c++/45200 PR c++/45293 PR c++/45558 * g++.dg/template/typedef34.C: New test. * g++.dg/template/typedef35.C: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/template/typedef34.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/template/typedef35.C Modified: branches/gcc-4_5-branch/gcc/cp/ChangeLog branches/gcc-4_5-branch/gcc/cp/tree.c branches/gcc-4_5-branch/gcc/cp/typeck.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45200
[Bug c++/45293] ICE in iterative_hash_template_arg, at cp/pt.c:1589
--- Comment #10 from dodji at gcc dot gnu dot org 2010-09-06 18:50 --- Subject: Bug 45293 Author: dodji Date: Mon Sep 6 18:49:46 2010 New Revision: 163930 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163930 Log: Patch PR c++/45200 Fix PR c++/45200, c++/45293, c++/45558 gcc/cp/Changelog: PR c++/45200 PR c++/45293 PR c++/45558 * tree.c (strip_typedefs): Strip typedefs from the context of TYPENAME_TYPEs. gcc/testsuite/ChangeLog: PR c++/45200 PR c++/45293 PR c++/45558 * g++.dg/template/typedef34.C: New test. * g++.dg/template/typedef35.C: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/template/typedef34.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/template/typedef35.C Modified: branches/gcc-4_5-branch/gcc/cp/ChangeLog branches/gcc-4_5-branch/gcc/cp/tree.c branches/gcc-4_5-branch/gcc/cp/typeck.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45293
[Bug c++/45558] typedef of typename fails to equal its underlying type
--- Comment #3 from dodji at gcc dot gnu dot org 2010-09-06 18:50 --- Subject: Bug 45558 Author: dodji Date: Mon Sep 6 18:49:46 2010 New Revision: 163930 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163930 Log: Patch PR c++/45200 Fix PR c++/45200, c++/45293, c++/45558 gcc/cp/Changelog: PR c++/45200 PR c++/45293 PR c++/45558 * tree.c (strip_typedefs): Strip typedefs from the context of TYPENAME_TYPEs. gcc/testsuite/ChangeLog: PR c++/45200 PR c++/45293 PR c++/45558 * g++.dg/template/typedef34.C: New test. * g++.dg/template/typedef35.C: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/template/typedef34.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/template/typedef35.C Modified: branches/gcc-4_5-branch/gcc/cp/ChangeLog branches/gcc-4_5-branch/gcc/cp/tree.c branches/gcc-4_5-branch/gcc/cp/typeck.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45558
[Bug fortran/45560] debugging: Add EXPR pretty printer (gfc_debug_expr)
--- Comment #3 from burnus at gcc dot gnu dot org 2010-09-06 18:52 --- Subject: Bug 45560 Author: burnus Date: Mon Sep 6 18:51:48 2010 New Revision: 163931 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163931 Log: 2010-09-06 Tobias Burnus bur...@net-b.de PR fortran/45560 * dump-parse-tree.c (gfc_debug_expr): Use stderr instead of stdout. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/dump-parse-tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45560
[Bug c++/45562] New: [4.6 Regression] ICE: SIGSEGV in cp_build_unary_op (typeck.c:5083) with -std=gnu++0x -fipa-cp-clone -fcompare-debug
Command line: $ gcc -std=gnu++0x -O -fno-inline -fipa-cp -fipa-cp-clone -fcompare-debug testcase.C Related valgrind output: $ valgrind -q --trace-children=yes /mnt/svn/gcc-trunk/binary-163921-lto-fortran-checking-yes-rtl-df/bin/gcc -std=gnu++0x -O1 -fno-inline -fipa-cp -fipa-cp-clone -fcompare-debug testcase.C ==29279== Invalid read of size 8 ==29279==at 0x5D244C: cp_build_unary_op (typeck.c:5083) ==29279==by 0x4E0E81: build_new_method_call (call.c:6461) ==29279==by 0x53C33D: tsubst_copy_and_build (pt.c:12572) ==29279==by 0x52D1B8: tsubst_expr (pt.c:12054) ==29279==by 0x533C43: tsubst (pt.c:10696) ==29279==by 0x5961E0: dump_function_decl (error.c:315) ==29279==by 0x5968F8: decl_as_string (error.c:2372) ==29279==by 0x612CA9: cxx_printable_name_internal (tree.c:1440) ==29279==by 0xAA375D: dump_enumerated_decls (tree-ssa-live.c:1268) ==29279==by 0xA406F8: execute_cleanup_cfg_post_optimizing (tree-optimize.c:214) ==29279==by 0x8FD47E: execute_one_pass (passes.c:1569) ==29279==by 0x8FD724: execute_pass_list (passes.c:1624) ==29279== Address 0x20 is not stack'd, malloc'd or (recently) free'd ==29279== gcc: internal compiler error: Segmentation fault (program cc1plus) Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r163921 - crash r163636 - crash r161659 - OK r161170 - OK 4.5 r163761 - OK -- Summary: [4.6 Regression] ICE: SIGSEGV in cp_build_unary_op (typeck.c:5083) with -std=gnu++0x -fipa-cp-clone - fcompare-debug Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zsojka at seznam dot cz GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45562
[Bug c++/45562] [4.6 Regression] ICE: SIGSEGV in cp_build_unary_op (typeck.c:5083) with -std=gnu++0x -fipa-cp-clone -fcompare-debug
--- Comment #1 from zsojka at seznam dot cz 2010-09-06 19:38 --- Created an attachment (id=21715) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21715action=view) reduced testcase (from libstdc++-v3/testsuite/21_strings/basic_string/range_access.cc) $ gcc -std=gnu++0x -O -fno-inline -fipa-cp -fipa-cp-clone -fcompare-debug pr45562.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45562
[Bug fortran/34145] single_char_string.f90 fails with -fdefault-integer-8
--- Comment #5 from tkoenig at gcc dot gnu dot org 2010-09-06 19:44 --- Subject: Bug 34145 Author: tkoenig Date: Mon Sep 6 19:43:58 2010 New Revision: 163932 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163932 Log: 2010-09-06 Thomas Koenig tkoe...@gcc.gnu.org PR fortran/34145 * trans-expr.c (gfc_conv_substring): If start and end of the string reference are equal, set the length to one. 2010-09-06 Thomas Koenig tkoe...@gcc.gnu.org PR fortran/34145 * gfortran.dg/char_length_17.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/char_length_17.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34145
[Bug fortran/34145] single_char_string.f90 fails with -fdefault-integer-8
--- Comment #6 from tkoenig at gcc dot gnu dot org 2010-09-06 19:44 --- Fixed on trunk, closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34145
[Bug tree-optimization/45563] New: [4.6 Regression] g++.dg/opt/devirt1.C ICEs in ipcp_init_cloned_node, at ipa-cp.c:190 with -fno-early-inlining -fipa-cp-clone
Compiler output: $ gcc -O -fno-early-inlining -fipa-cp -fipa-cp-clone testcase.C testcase.C:3:30: internal compiler error: in ipcp_init_cloned_node, at ipa-cp.c:190 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. - testcase.C - struct S { virtual void xyzzy (); }; void foo (S * s) { s-xyzzy (); } void bar () { S s; foo (s); } -- Almost the same as g++.dg/opt/devirt1.C - only the constructor is removed. Tested revisions: r163921 - crash r163636 - crash r161659 - OK r161170 - OK -- Summary: [4.6 Regression] g++.dg/opt/devirt1.C ICEs in ipcp_init_cloned_node, at ipa-cp.c:190 with -fno-early- inlining -fipa-cp-clone Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zsojka at seznam dot cz GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45563
[Bug rtl-optimization/45354] ICE: verify_flow_info failed: fallthru edge crosses section boundary (bb 6) with gcc.dg/tree-prof/update-cunroll-2.c
--- Comment #2 from zsojka at seznam dot cz 2010-09-06 20:19 --- g++.dg/bprob/g++-bprob-1.C fails the same way: $ g++ -Os -freorder-blocks-and-partition -fselective-scheduling2 -fnon-call-exceptions g++.dg/bprob/g++-bprob-1.C -fprofile-generate $ rm *.gcda $ ./a.out $ g++ -Os -freorder-blocks-and-partition -fselective-scheduling2 -fnon-call-exceptions g++.dg/bprob/g++-bprob-1.C -fprofile-use g++.dg/bprob/g++-bprob-1.C: In function 'int test_ifelse2(int)': g++.dg/bprob/g++-bprob-1.C:130:1: error: fallthru edge crosses section boundary (bb 7) g++.dg/bprob/g++-bprob-1.C:130:1: internal compiler error: verify_flow_info failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45354
[Bug inline-asm/45160] [4.4.x/4.5.x regression] Invalid assembly code is generated for x86 architecture for faad2 library (AAC decode algorithm)
--- Comment #11 from t dot artem at mailcity dot com 2010-09-06 20:19 --- (In reply to comment #9) Maybe GCC developers could devise a patch for this file because http://www.audiocoding.com/faad2.html site seems to be dead. (In reply to comment #10) Not a gcc bug. FAAD developers don't answer my e-mails, so what I can do? Resort to compile FAAD library using a specially compiled GCC? What about other less experienced users? There just a few warnings which I suppose can be easily resolved ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45160
[Bug rtl-optimization/45354] [4.5/4.6 Regression] ICE: verify_flow_info failed: fallthru edge crosses section boundary (bb 6) with gcc.dg/tree-prof/update-cunroll-2.c
--- Comment #3 from zsojka at seznam dot cz 2010-09-06 20:27 --- Tested revisions: r163921 - crash r153685 - crash 4.4 r160770 - warns 4.4 r149995 - warns the 4.4 warning looks like: cc1plus: note: -freorder-blocks-and-partition does not work with exceptions -- zsojka at seznam dot cz changed: What|Removed |Added Known to fail||4.5.2 4.6.0 Known to work||4.4.5 Summary|ICE: verify_flow_info |[4.5/4.6 Regression] ICE: |failed: fallthru edge |verify_flow_info failed: |crosses section boundary (bb|fallthru edge crosses |6) with gcc.dg/tree-|section boundary (bb 6) with |prof/update-cunroll-2.c |gcc.dg/tree-prof/update- ||cunroll-2.c http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45354
Re: build gcc (c,c++,ada) for ia64-hp-hpux11.23 fails
If I skip the milp32 tree - the mlp64 tree works and I could produce running 64bit binaries for my TARGET. But because milp32 is default - cross compiling the native ia64-hp-hpux11.23 gcc fails again. So my Question : Does anyone know if I need some speciale configuration option for ia64-hp-hpux11.23? Or is there a problem with the ada EH_MECHANISM in the milp32 tree? Or is there a posibility to build an mlp64 gcc only There is no full port of the Ada compiler to this platform in the FSF tree. You can only build a 64-bit Ada compiler with the unpatched sources. -- Eric Botcazou
[Bug rtl-optimization/45354] [4.5/4.6 Regression] ICE: verify_flow_info failed: fallthru edge crosses section boundary (bb 6) with gcc.dg/tree-prof/update-cunroll-2.c
--- Comment #4 from zsojka at seznam dot cz 2010-09-06 20:32 --- The original testcase (comment #0) fails in 4.4 r160770 with: $ CC=/mnt/svn/gcc-4_4/binary-160770-checking-yes/bin/gcc $ $CC -O -fschedule-insns -fselective-scheduling -freorder-blocks-and-partition -fprofile-generate /mnt/svn/gcc-trunk/gcc/testsuite/gcc.dg/tree-prof/update-cunroll-2.c $ rm *.gcda $ ./a.out $ $CC -O -fschedule-insns -fselective-scheduling -freorder-blocks-and-partition -fprofile-use /mnt/svn/gcc-trunk/gcc/testsuite/gcc.dg/tree-prof/update-cunroll-2.c /tmp/ccHCIjjf.s: Assembler messages: /tmp/ccHCIjjf.s:37: Error: .cfi_endproc without corresponding .cfi_startproc /tmp/ccHCIjjf.s:53: Error: previous CFI entry not closed (missing .cfi_endproc) I don't know if this PR is a regression or not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45354
[Bug bootstrap/45518] [4.6 regression] bootstrap failure on sparc64-unknown-linux-gnu
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-09-06 20:33 --- SPARC64/Solaris is also broken (but SPARC/Solaris is OK). -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-06 20:33:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45518
[Bug libstdc++/45549] merge is_iterator into iterator_traits
--- Comment #10 from paolo dot carlini at oracle dot com 2010-09-06 20:36 --- Created an attachment (id=21716) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21716action=view) The aforementioned variant, again tested x86_64-linux -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45549
[Bug fortran/45564] New: gfortran.dg/achar_4.f90 ICE: verify_gimple failed: type mismatch in comparison expression with -fbounds-check
Compiler output: $ gcc -fbounds-check achar_4.f90 achar_4.f90: In function 'up': achar_4.f90:10:0: error: type mismatch in comparison expression integer(kind=8) integer(kind=8) integer(kind=4) D.1758 = D.1594 != 1; achar_4.f90:10:0: internal compiler error: verify_gimple failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r163921 - crash r158095 - crash -- Summary: gfortran.dg/achar_4.f90 ICE: verify_gimple failed: type mismatch in comparison expression with -fbounds-check Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zsojka at seznam dot cz GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45564
[Bug libstdc++/45549] merge is_iterator into iterator_traits
--- Comment #11 from marc dot glisse at normalesup dot org 2010-09-06 20:48 --- (In reply to comment #10) The aforementioned variant, again tested x86_64-linux Wow, cool! Sorry, I really didn't mean to give you more work... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45549
[Bug bootstrap/45518] [4.6 regression] bootstrap failure on sparc64-unknown-linux-gnu
--- Comment #7 from mikpe at it dot uu dot se 2010-09-06 21:05 --- (In reply to comment #5) /mnt/scratch/objdir/./gcc/xgcc -B/mnt/scratch/objdir/./gcc/ -B/mnt/scratch/install/sparc64-unknown-linux-gnu/bin/ -B/mnt/scratch/install/sparc64-unknown-linux-gnu/lib/ -isystem /mnt/scratch/install/sparc64-unknown-linux-gnu/include -isystem /mnt/scratch/install/sparc64-unknown-linux-gnu/sys-include-g -O2 -m32 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../.././gcc -I/mnt/scratch/gcc-4.6-r163858/libgcc -I/mnt/scratch/gcc-4.6-r163858/libgcc/. -I/mnt/scratch/gcc-4.6-r163858/libgcc/../gcc -I/mnt/scratch/gcc-4.6-r163858/libgcc/../include -I/mnt/scratch/gcc-4.6-r163858/libgcc/../libdecnumber/dpd -I/mnt/scratch/gcc-4.6-r163858/libgcc/../libdecnumber -DHAVE_CC_TLS -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c /mnt/scratch/gcc-4.6-r163858/libgcc/../gcc/libgcc2.c \ -fvisibility=hidden -DHIDE_EXPORTS /mnt/scratch/gcc-4.6-r163858/libgcc/../gcc/libgcc2.c: In function '__muldi3': /mnt/scratch/gcc-4.6-r163858/libgcc/../gcc/libgcc2.c:558:1: internal compiler error: in find_mem_expr_in_1pdv, at var-tracking.c:4120 I haven't attempted to bisect this yet. Bisection identified r163383, Bernd's 4-insn combine patch, as the cause for this regression. However, it got fixed today by r163917, Andreas Krebbel's fix for an s390x regression from r163383. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45518
[Bug fortran/36931] unneeded temporary for array intrinsic binop scalar
--- Comment #5 from tkoenig at gcc dot gnu dot org 2010-09-06 21:40 --- Subject: Bug 36931 Author: tkoenig Date: Mon Sep 6 21:40:15 2010 New Revision: 163934 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163934 Log: 2010-09-06 Thomas Koenig tkoe...@gcc.gnu.org PR fortran/36931 * frontend-passes.c (optimize_binop_array_assignment): New function. (optimize_assignment): Call it. 2010-09-06 Thomas Koenig tkoe...@gcc.gnu.org PR fortran/36931 * gfortran.dg/dependency_35.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/dependency_35.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/frontend-passes.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36931
[Bug rtl-optimization/45551] [4.6 Regression]: gcc.c-torture/execute/990326-1.c
--- Comment #2 from hp at gcc dot gnu dot org 2010-09-06 21:48 --- Fixed by r163917, apparently. -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45551
[Bug middle-end/45565] New: [4.6 Regression] ICE: in execute_todo, at passes.c:1276 with -fno-toplevel-reorder -fno-inline -fipa-cp-clone -fkeep-inline-functions
Command line: $ gcc -O -fno-toplevel-reorder -fno-inline -fipa-cp -fipa-cp-clone -fkeep-inline-functions testcase.C Compiler output: $ gcc -O -fno-toplevel-reorder -fno-inline -fipa-cp -fipa-cp-clone -fkeep-inline-functions testcase.C testcase.C: In constructor 'Matrix::Matrix(AnyMatrixBaseOtherDerived) [with OtherDerived = Matrix]': testcase.C:19:31: internal compiler error: in execute_todo, at passes.c:1276 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r163921 - crash r163636 - crash r161659 - OK -- Summary: [4.6 Regression] ICE: in execute_todo, at passes.c:1276 with -fno-toplevel-reorder -fno-inline -fipa-cp-clone - fkeep-inline-functions Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zsojka at seznam dot cz GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45565
[Bug middle-end/45565] [4.6 Regression] ICE: in execute_todo, at passes.c:1276 with -fno-toplevel-reorder -fno-inline -fipa-cp-clone -fkeep-inline-functions
--- Comment #1 from zsojka at seznam dot cz 2010-09-06 21:49 --- Created an attachment (id=21717) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21717action=view) reduced testcase (from g++.dg/torture/pr42450.C) $ gcc -O -fno-toplevel-reorder -fno-inline -fipa-cp -fipa-cp-clone -fkeep-inline-functions pr45565.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45565
[Bug fortran/45505] [4.6 Regression] gfortran.dg/pr25923.f90
--- Comment #2 from hp at gcc dot gnu dot org 2010-09-06 22:02 --- I think I'll try doing it the IIUC documented preferred way for deferred bugs; to xfail the test-case for ilp32 targets with a reference to this PR. And yes, seen by the cris-elf autotester too. -- hp at gcc dot gnu dot org changed: What|Removed |Added CC||hp at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-06 22:02:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45505
[Bug middle-end/45566] New: [4.5/4.6 Regression] ICE: in convert_to_eh_region_ranges, at except.c:2446 with -freorder-blocks-and-partition -fnon-call-exceptions -fprofile-use
Command line: $ CC=g++ $ FLAGS=-O1 -freorder-blocks-and-partition -fnon-call-exceptions $ $CC $FLAGS testcase.C -fprofile-generate $ rm *.gcda $ ./a.out $ $CC $FLAGS testcase.C -fprofile-use testcase.C: In function 'int main()': testcase.C:14:1: internal compiler error: in convert_to_eh_region_ranges, at except.c:2446 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r163921 - crash r153685 - crash 4.5 r163761 - crash 4.4 r160770 - warns The 4.4 warning looks like: cc1plus: note: -freorder-blocks-and-partition does not work with exceptions -- Summary: [4.5/4.6 Regression] ICE: in convert_to_eh_region_ranges, at except.c:2446 with - freorder-blocks-and-partition -fnon-call-exceptions - fprofile-use Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zsojka at seznam dot cz GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45566
[Bug middle-end/45566] [4.5/4.6 Regression] ICE: in convert_to_eh_region_ranges, at except.c:2446 with -freorder-blocks-and-partition -fnon-call-exceptions -fprofile-use
--- Comment #1 from zsojka at seznam dot cz 2010-09-06 22:13 --- Created an attachment (id=21718) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21718action=view) reduced testcase (from g++.dg/tree-prof/partition1.C) It looks similiar to PR45458, but the fix didn't fix this issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45566
[Bug fortran/45564] gfortran.dg/achar_4.f90 ICE: verify_gimple failed: type mismatch in comparison expression with -fbounds-check
--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-06 22:17 --- Confirmed on x86_64-apple-darwin10. The ICE disappears with -m32 and does not show up on builds with --enable-checking=release. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45564
[Bug fortran/45564] gfortran.dg/achar_4.f90 ICE: verify_gimple failed: type mismatch in comparison expression with -fbounds-check
--- Comment #2 from mikael at gcc dot gnu dot org 2010-09-06 22:20 --- Index: trans-intrinsic.c === --- trans-intrinsic.c (r��vision 163809) +++ trans-intrinsic.c (copie de travail) @@ -4612,7 +4612,7 @@ se-expr = info-descriptor; if (expr-ts.type == BT_CHARACTER) -se-string_length = dest_word_len; +se-string_length = fold_convert (gfc_charlen_type_node, dest_word_len); return; -- mikael at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mikael at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-06 22:20:16 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45564
[Bug fortran/45567] New: [4.6 Regression] gfortran.dg/popcnt_poppar_2.F90 ICEs in emit_library_call_value_1, at calls.c:3485 with -ftree-ter
Compiler output: $ gcc -ffree-line-length-none -ftree-ter popcnt_poppar_2.F90 popcnt_poppar_2.F90: In function 'runtime_popcnt': popcnt_poppar_2.F90:32:0: internal compiler error: in emit_library_call_value_1, at calls.c:3485 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r163921 - crash r163636 - OK -- Summary: [4.6 Regression] gfortran.dg/popcnt_poppar_2.F90 ICEs in emit_library_call_value_1, at calls.c:3485 with -ftree- ter Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zsojka at seznam dot cz GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45567