[Bug tree-optimization/45639] [4.6 Regression] /usr/ccs/bin/ld: Data address is out of range for short load or store
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2010-09-11 07:10 --- Same problem on the SPARC reported under PR45612. -- 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-11 07:10:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45639
[Bug bootstrap/45630] [4.6 Regression] Revision 164050 breaks bootstrap on powerpc-apple-darwin9
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-11 08:50 --- Revision 164163 fixes the bootstrap failure as well as the problem with dsymutil reported by Jack Howarth in http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00886.html . Closing as fixed. -- dominiq at lps dot ens dot fr changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45630
[Bug bootstrap/45381] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: error: AltiVec argument passed to unprototyped function
--- Comment #5 from dominiq at lps dot ens dot fr 2010-09-11 08:53 --- I think altivec should disabled with gcc version 4.0.1 (Apple Inc. build 5493). Otherwise this pr could be closed as wontfix. -- dominiq at lps dot ens dot fr changed: What|Removed |Added Last reconfirmed|2010-08-24 21:16:50 |2010-09-11 08:53:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45381
[Bug libstdc++/45628] std::fstream::tellg invalidates I/O buffer
--- Comment #34 from paolo dot carlini at oracle dot com 2010-09-11 09:21 --- Run the full testsuite, and you will see. In general, if you simply do fseek(0, cur) and then start writing, when eventually you have to flush you need the actual logical position in the file - the last fseek(0, cur) - 'something' - which is not available anywhere. I'm not saying it cannot be implemented, I'm very dubious it can without breaking the ABI by adding an additional data member, which we cannot do at the moment. To be honest I also don't think the issue is very serious if only because nobody complained in 7 years, and we have a lot to do for C++0x. Thus, if you can help with something concrete minimally passing the testsuite and clearly addressing the concerns above, excellent, otherwise, I cannot anticipate now when we are going to do something here. Just to be honest. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45628
[Bug libstdc++/45628] std::fstream::tellg invalidates I/O buffer
--- Comment #35 from potswa at mac dot com 2010-09-11 09:43 --- (In reply to comment #34) Run the full testsuite, and you will see. Lol, you're still looking at this too? I *just* got those pesky four testcases done. I wasn't manually putting the codecvt state into the fpos in the special case. I'll rerun the entire suite and post the patch here. In general, if you simply do fseek(0, cur) and then start writing, when eventually you have to flush you need the actual logical position in the file - the last fseek(0, cur) - 'something' - which is not available anywhere. No, if fseek(0,cur) is implemented to have no side effects, it has NO side effects. Nothing is lost. When the flush happens, it uses the logical position obtained at the last flush, just as if fseek(0,cur) never occurred. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45628
[Bug c/45647] New: compiler segfault when building coreutils-8.5 head program with -Os, -O2 or -O3
Be nice, this is my first attempt at filing a bug report ever :) gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/bin/../libexec/gcc/x86_64-pc-linux-gnu/4.6.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ./configure --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --target=x86_64-pc-linux-gnu --prefix=/home/suigintou/usr --enable-lto --with-mpfr=/home/suigintou/usr --with-gmp=/home/suigintou/usr --with-mpc=/home/suigintou/usr --with-ppl=/home/suigintou/usr --with-cloog=/home/suigintou/usr --with-libelf=/home/suigintou/usr --enable-__cxa_atexit --enable-threads=posix --enable-languages=c,c++ --disable-libstdcxx-pch --disable-bootstrap --enable-clocale=gnu --disable-multilib Thread model: posix gcc version 4.6.0 20100824 (experimental) (GCC) In coreutils-8.5/src, I type make head, but this happens: CC head.o head.c: In function 'string_to_integer': head.c:870:1: 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. make: *** [head.o] Error 1 Verbose... make head V=2 /home/suigintou/bin/gcc -B /home/suigintou/lib -L/home/suigintou/lib -I /home/suigintou/include -I /home/suigintou/usr/include -std=gnu99 -I. -I../lib -I../lib-pipe -U_FORTIFY_SOURCE -fno-stack-protector -Os -march=native -msse -msse2 -msse3 -msse4 -msse4.1 -msse4.2 -mssse3 -mtune=core2 -fomit-frame-pointer -funroll-loops -floop-interchange -floop-strip-mine -floop-block -floop-parallelize-all -ftree-parallelize-loops=4 -MT head.o -MD -MP -MF .deps/head.Tpo -c -o head.o head.c head.c: In function 'string_to_integer': I was experimenting with graphite and other optimizations. Silly CFLAGS settings aside, I narrowed the cause down to that -Os flag. Gets the same problem if I use -O2 or -O3, but not if I use -O1 or -O0. -- Summary: compiler segfault when building coreutils-8.5 head program with -Os, -O2 or -O3 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nemykal at mercurylampe dot org GCC build triplet: x86_64-pc-linux-gnu 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=45647
[Bug c/45647] compiler segfault when building coreutils-8.5 head program with -Os, -O2 or -O3
--- Comment #1 from nemykal at mercurylampe dot org 2010-09-11 10:02 --- I'm unsure exactly how to get the preprocessed output required... I ran: /home/suigintou/bin/gcc -B /home/suigintou/lib -L/home/suigintou/lib -I /home/suigintou/include -I /home/suigintou/usr/include -std=gnu99 -I. -I../lib -I../lib-pipe -U_FORTIFY_SOURCE -fno-stack-protector -Os -march=native -msse -msse2 -msse3 -msse4 -msse4.1 -msse4.2 -mssse3 -mtune=core2 -fomit-frame-pointer -funroll-loops -floop-interchange -floop-strip-mine -floop-block -floop-parallelize-all -ftree-parallelize-loops=4 -MT head.o -MD -MP -MF .deps/head.Tpo -c -o head.o head.c -save-temps -v and got this output: gcc: warning: -pipe ignored because -save-temps specified Using built-in specs. COLLECT_GCC=/home/suigintou/bin/gcc COLLECT_LTO_WRAPPER=/usr/bin/../libexec/gcc/x86_64-pc-linux-gnu/4.6.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ./configure --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --target=x86_64-pc-linux-gnu --prefix=/home/suigintou/usr --enable-lto --with-mpfr=/home/suigintou/usr --with-gmp=/home/suigintou/usr --with-mpc=/home/suigintou/usr --with-ppl=/home/suigintou/usr --with-cloog=/home/suigintou/usr --with-libelf=/home/suigintou/usr --enable-__cxa_atexit --enable-threads=posix --enable-languages=c,c++ --disable-libstdcxx-pch --disable-bootstrap --enable-clocale=gnu --disable-multilib Thread model: posix gcc version 4.6.0 20100824 (experimental) (GCC) COLLECT_GCC_OPTIONS='-B' '/home/suigintou/lib' '-L/home/suigintou/lib' '-I' '/home/suigintou/include' '-I' '/home/suigintou/usr/include' '-std=gnu99' '-I.' '-I../lib' '-I../lib' '-pipe' '-U_FORTIFY_SOURCE' '-fno-stack-protector' '-Os' '-msse' '-msse2' '-msse3' '-msse4' '-msse4.1' '-msse4.2' '-mssse3' '-mtune=core2' '-fomit-frame-pointer' '-funroll-loops' '-floop-interchange' '-floop-strip-mine' '-floop-block' '-floop-parallelize-all' '-ftree-parallelize-loops=4' '-MT' 'head.o' '-MD' '-MP' '-MF' '.deps/head.Tpo' '-c' '-o' 'head.o' '-save-temps' '-v' '-pthread' /usr/bin/../libexec/gcc/x86_64-pc-linux-gnu/4.6.0/cc1 -E -quiet -v -I /home/suigintou/include -I /home/suigintou/usr/include -I. -I../lib -I../lib -iprefix /usr/bin/../lib/gcc/x86_64-pc-linux-gnu/4.6.0/ -MD head.d -MF .deps/head.Tpo -MP -MT head.o -D_REENTRANT -U_FORTIFY_SOURCE head.c -march=core2 -mcx16 -msahf -mpopcnt -msse4.2 -msse -msse2 -msse3 -msse4 -msse4.1 -msse4.2 -mssse3 -mtune=core2 -std=gnu99 -fno-stack-protector -fomit-frame-pointer -funroll-loops -floop-interchange -floop-strip-mine -floop-block -floop-parallelize-all -ftree-parallelize-loops=4 -Os -fpch-preprocess -o head.i ignoring nonexistent directory /usr/bin/../lib/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../x86_64-pc-linux-gnu/include ignoring duplicate directory /usr/bin/../lib/gcc/../../lib/gcc/x86_64-pc-linux-gnu/4.6.0/include ignoring duplicate directory /usr/bin/../lib/gcc/../../lib/gcc/x86_64-pc-linux-gnu/4.6.0/include-fixed ignoring nonexistent directory /usr/bin/../lib/gcc/../../lib/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../x86_64-pc-linux-gnu/include ignoring duplicate directory /usr/include ignoring duplicate directory /home/suigintou/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /home/suigintou/usr/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory ../lib #include ... search starts here: #include ... search starts here: . ../lib /usr/bin/../lib/gcc/x86_64-pc-linux-gnu/4.6.0/include /usr/bin/../lib/gcc/x86_64-pc-linux-gnu/4.6.0/include-fixed /usr/local/include /usr/bin/../lib/gcc/../../include End of search list. COLLECT_GCC_OPTIONS='-B' '/home/suigintou/lib' '-L/home/suigintou/lib' '-I' '/home/suigintou/include' '-I' '/home/suigintou/usr/include' '-std=gnu99' '-I.' '-I../lib' '-I../lib' '-pipe' '-U_FORTIFY_SOURCE' '-fno-stack-protector' '-Os' '-msse' '-msse2' '-msse3' '-msse4' '-msse4.1' '-msse4.2' '-mssse3' '-mtune=core2' '-fomit-frame-pointer' '-funroll-loops' '-floop-interchange' '-floop-strip-mine' '-floop-block' '-floop-parallelize-all' '-ftree-parallelize-loops=4' '-MT' 'head.o' '-MD' '-MP' '-MF' '.deps/head.Tpo' '-c' '-o' 'head.o' '-save-temps' '-v' '-pthread' /usr/bin/../libexec/gcc/x86_64-pc-linux-gnu/4.6.0/cc1 -fpreprocessed head.i -march=core2 -mcx16 -msahf -mpopcnt -msse4.2 -quiet -dumpbase head.c -msse -msse2 -msse3 -msse4 -msse4.1 -msse4.2 -mssse3 -mtune=core2 -auxbase-strip head.o -Os -std=gnu99 -version -fno-stack-protector -fomit-frame-pointer -funroll-loops -floop-interchange -floop-strip-mine -floop-block -floop-parallelize-all -ftree-parallelize-loops=4 -o head.s GNU C (GCC) version 4.6.0 20100824 (experimental) (x86_64-pc-linux-gnu) compiled by GNU C version 4.5.1, GMP version 4.3.2, MPFR version 3.0.0-p4, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C (GCC) version 4.6.0 20100824 (experimental) (x86_64-pc-linux-gnu)
[Bug libstdc++/45628] std::fstream::tellg invalidates I/O buffer
--- Comment #36 from paolo dot carlini at oracle dot com 2010-09-11 10:03 --- I'm traveling. Note, I don't understand how you are addressing my concerns, thus whatever results you get from the testsuite, make sure we are not regressing on the situation I outlined, thus write a new testcase reading in in the buffer, say, 0123456789, then seeking to 0, reading consecutive positions up to 5 via simple get, calling seekoff(0, cur), put x in the place of 5. Then close, reopen, and check that you have 01234x6789. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45628
[Bug fortran/45648] New: [4.6 regression] Unnecessary temporary for transpose calls as actual argument.
As explained at http://gcc.gnu.org/ml/fortran/2010-09/msg00120.html the transpose change committed at http://gcc.gnu.org/viewcvs?view=revisionrevision=164205 introduces unnecessary temporaries for transpose calls as actual argument. -- Summary: [4.6 regression] Unnecessary temporary for transpose calls as actual argument. Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mikael at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45648
[Bug fortran/45648] [4.6 regression] Unnecessary temporary for transpose calls as actual argument.
-- 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-11 10:07:39 date|| Summary|[4.6 regression] Unnecessary|[4.6 regression] Unnecessary |temporary for transpose |temporary for transpose |calls as actual argument. |calls as actual argument. Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45648
[Bug c/45647] compiler segfault when building coreutils-8.5 head program with -Os, -O2 or -O3
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-11 10:51 --- Please attach head.i here, pastes usually vanish after some time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45647
[Bug middle-end/45567] [4.5/4.6 Regression] __builtin_popcountl ICEs with -ftree-ter
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.6/4.5 Regression]|[4.5/4.6 Regression] |__builtin_popcountl ICEs|__builtin_popcountl ICEs |with -ftree-ter |with -ftree-ter Target Milestone|4.6.0 |4.5.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45567
[Bug rtl-optimization/44281] [4.3/4.4/4.5/4.6 Regression] Global Register variable pessimisation
--- Comment #2 from adam at consulting dot net dot nz 2010-09-11 11:15
---
GCC snapshot has regressed compared to gcc-4.5:
#include assert.h
#include stdint.h
#define LIKELY(x) __builtin_expect(!!(x), 1)
#define UNLIKELY(x) __builtin_expect(!!(x), 0)
register uint32_t *Iptr __asm__(rbp);
typedef void (*inst_t)(uint64_t types, uint64_t a, uint64_t b);
__attribute__ ((noinline)) void dec_helper(uint64_t types, uint64_t a, uint64_t
b) {
assert(FIXME==);
}
void dec(uint64_t types, uint64_t a, uint64_t b) {
if (LIKELY((types 0xFF) == 1)) {
uint32_t next = Iptr[1];
--a;
++Iptr;
((inst_t) (uint64_t) next)(types, a, b);
} else dec_helper(types, a, b);
}
int main() {
return 0;
}
$ gcc-4.5 -O3 -std=gnu99 plain-32bit-direct-dispatch.c objdump -d -m
i386:x86-64:intel a.out|less
00400520 dec:
400520: 40 80 ff 01 cmpdil,0x1
400524: 75 0d jne400533 dec+0x13
400526: 8b 45 04moveax,DWORD PTR [rbp+0x4]
400529: 48 83 ee 01 subrsi,0x1
40052d: 48 83 c5 04 addrbp,0x4
400531: ff e0 jmprax
400533: e9 c8 ff ff ff jmp400500 dec_helper
400538: eb 06 jmp400540 main
40053a: 90 nop
40053b: 90 nop
40053c: 90 nop
40053d: 90 nop
40053e: 90 nop
40053f: 90 nop
The above code generation is fine. Here is what GCC snapshot {gcc (Debian
20100828-1) 4.6.0 20100828 (experimental) [trunk revision 163616]} generates:
$ gcc-snapshot.sh -O3 -std=gnu99 plain-32bit-direct-dispatch.c objdump -d -m
i386:x86-64:intel a.out|less
00400500 dec:
400500: 48 83 ec 08 subrsp,0x8
400504: 40 80 ff 01 cmpdil,0x1
400508: 75 14 jne40051e dec+0x1e
40050a: 48 89 e8movrax,rbp
40050d: 48 83 ee 01 subrsi,0x1
400511: 48 8d 6d 04 learbp,[rbp+0x4]
400515: 8b 40 04moveax,DWORD PTR [rax+0x4]
400518: 48 83 c4 08 addrsp,0x8
40051c: ff e0 jmprax
40051e: e8 bd ff ff ff call 4004e0 dec_helper
400523: eb 0b jmp400530 main
400525: 90 nop
400526: 90 nop
400527: 90 nop
400528: 90 nop
400529: 90 nop
40052a: 90 nop
40052b: 90 nop
40052c: 90 nop
40052d: 90 nop
40052e: 90 nop
40052f: 90 nop
Function size has jumped from rounded up to 32 bytes to rounded up to 48 bytes.
Tail call has been missed, leading to insertion of stack alignment
instructions. Global register variable RBP is copied into RAX for no reason
whatsoever, subverting loading the next instruction before recomputing the
instruction pointer.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44281
[Bug c/45647] compiler segfault when building coreutils-8.5 head program with -Os, -O2 or -O3
--- Comment #3 from nemykal at mercurylampe dot org 2010-09-11 12:23 --- Created an attachment (id=21775) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21775action=view) Coreutils 8.5 head.c preprocessed into head.i attached head.i for reference -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45647
[Bug c++/45635] [4.6 regression] Failed to bootstrap on Linux/ia64
--- Comment #3 from steven at gcc dot gnu dot org 2010-09-11 12:58 --- Created an attachment (id=21776) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21776action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45635
[Bug c++/45635] [4.6 regression] Failed to bootstrap on Linux/ia64
-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-11 12:58:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45635
[Bug c/45647] compiler segfault when building coreutils-8.5 head program with -Os, -O2 or -O3
--- Comment #4 from hjl dot tools at gmail dot com 2010-09-11 13:41 --- It has been fixed at least since revision 163804. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45647
[Bug rtl-optimization/44281] [4.3/4.4/4.5/4.6 Regression] Global Register variable pessimisation
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-11 13:49 ---
(In reply to comment #2)
GCC snapshot has regressed compared to gcc-4.5:
#include assert.h
#include stdint.h
#define LIKELY(x) __builtin_expect(!!(x), 1)
#define UNLIKELY(x) __builtin_expect(!!(x), 0)
register uint32_t *Iptr __asm__(rbp);
typedef void (*inst_t)(uint64_t types, uint64_t a, uint64_t b);
__attribute__ ((noinline)) void dec_helper(uint64_t types, uint64_t a,
uint64_t
b) {
assert(FIXME==);
}
void dec(uint64_t types, uint64_t a, uint64_t b) {
if (LIKELY((types 0xFF) == 1)) {
uint32_t next = Iptr[1];
--a;
++Iptr;
((inst_t) (uint64_t) next)(types, a, b);
} else dec_helper(types, a, b);
}
This is caused by revision 160124:
http://gcc.gnu.org/ml/gcc-cvs/2010-06/msg00036.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44281
[Bug target/44606] Wrong SPE floating point during computation
--- Comment #8 from kyle at moffetthome dot net 2010-09-11 15:06 --- Is there anything else that any of us can do (dumps, testcases, etc) to help get this bug tracked down and fixed? If access to a native SPE system would help I can set you up with remote access credentials to one of ours. Cheers, Kyle Moffett -- kyle at moffetthome dot net changed: What|Removed |Added CC||kyle at moffetthome dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments
--- Comment #23 from dominiq at lps dot ens dot fr 2010-09-11 15:12 --- I have applied the patch in comment #21 without regression, but the test case from attachment 21265 fails: FAIL: gfortran.dg/intent_optimize_1.f90 -O scan-tree-dump-times optimized does_not_exist 0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43665
[Bug fortran/45648] [4.6 regression] Unnecessary temporary for transpose calls as actual argument.
--- Comment #1 from mikael at gcc dot gnu dot org 2010-09-11 16:32 --- The patch where the transpose optimization appeared http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01472.html There is a testcase there, I will probably incorporate it into the testsuite. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45648
[Bug fortran/45648] [4.6 regression] Unnecessary temporary for transpose calls as actual argument.
--- Comment #2 from mikael at gcc dot gnu dot org 2010-09-11 17:01 --- Created an attachment (id=21777) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21777action=view) patch restoring the previous behaviour. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45648
[Bug c/45649] New: -Wunsafe-loop-optimizations fail to recognize finite loop
gcc version 4.6.0 20100911 (experimental) [trunk revision 164213] (GCC)
FAIL with up cycle bound 35 and PASS with 34.
# gcc -Wunsafe-loop-optimizations -O3 -c unsafe_loop.c
unsafe_loop.c: In function foo_35:
unsafe_loop.c:14:5: warning: cannot optimize loop, the loop counter may
overflow [-Wunsafe-loop-optimizations]
# cat unsafe_loop.c
void
foo_34(char *ptr, unsigned size)
{
unsigned i;
for(i=0; i*2 size i*2 34; i++ ) {
*ptr++ = 0;
}
}
foo_35(char *ptr, unsigned size)
{
unsigned i;
for(i=0; i*2 size i*2 35; i++ ) {
*ptr++ = 0;
}
}
--
Summary: -Wunsafe-loop-optimizations fail to recognize finite
loop
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dimhen at gmail dot com
GCC build triplet: i686-redhat-linux
GCC host triplet: i686-redhat-linux
GCC target triplet: i686-redhat-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45649
[Bug middle-end/45567] [4.5/4.6 Regression] __builtin_popcountl ICEs with -ftree-ter
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2010-09-10 21:24:05 |2010-09-11 20:21:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45567
[Bug tree-optimization/45633] [4.6 regression] internal compiler error: verify_stmts failed
--- Comment #4 from jojelino at gmail dot com 2010-09-11 20:59 ---
this causes ICE
confirmed with gcc -O3 -msse2 -std=gnu99
reduced testcase
typedef unsigned char uint8_t;
typedef struct foo2
{
int offset[4];
uint8_t* ref[4];
} foo2;
int
foo(const foo2 *fooval)
{
uint8_t *source[4] =
{ fooval-ref[0], fooval-ref[1], fooval-ref[2] };
int strides[4] =
{ fooval-offset[0], fooval-offset[1], fooval-offset[2] };
for (int i = 0; i 4; i++)
{
strides[i] = -strides[i];
source[i] -= strides[i];
}
return source[0];
}
int
main()
{
foo2 fool;
int ret = foo(fool);
return ret;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45633
[Bug target/45650] New: [4.3/4.4/4.5/4.6 regression] FreeBSD/ia64 builds fails:
It turns out that bug #40959 actually is only one of two regressions that breaks bootstrap on FreeBSD/ia64. This is the other case. Since 2004-11-09 H.J. Lu hongjiu...@intel.com PR target/18380 * config/ia64/unwind-ia64.h (_Unwind_FindTableEntry): Mark it hidden. * unwind-dw2.c (_Unwind_FindTableEntry): Removed. _Unwind_FindTableEntry has been marked hidden which is okay for those cases where GCC defines the function but breaks FreeBSD which has this in libc. -- Summary: [4.3/4.4/4.5/4.6 regression] FreeBSD/ia64 builds fails: Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gerald at pfeifer dot com GCC host triplet: ia64-unknown-freebsd9.0 BugsThisDependsOn: 40959 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45650
[Bug target/45650] [4.3/4.4/4.5/4.6 regression] FreeBSD/ia64 builds fails: hidden symbol `_Unwind_FindTableEntry' isn't defined
--- Comment #1 from gerald at pfeifer dot com 2010-09-12 00:40 --- Forgot to provide the actual failure mode: unwind-ia64_s.o(.text+0x30b2): In function `uw_frame_state_for': ../.././../gcc-4.5-20091112/libgcc/../gcc/config/ia64/unwind-ia64.c:1788: undefined reference to `_Unwind_FindTableEntry' unwind-ia64_s.o(.text+0x7632): In function `_Unwind_FindEnclosingFunction': ../.././../gcc-4.5-20091112/libgcc/../gcc/config/ia64/unwind-ia64.c:1745: undefined reference to `_Unwind_FindTableEntry' /usr/bin/ld: ./libgcc_s.so.1.tmp: hidden symbol `_Unwind_FindTableEntry' isn't defined collect2: ld returned 1 exit status gmake[3]: *** [libgcc_s.so] Error 1 gmake[3]: Leaving directory `/usr/ports/lang/gcc45/work/build/ia64-portbld-freebsd9.0/libgcc' gmake[2]: *** [all-stage1-target-libgcc] Error 2 gmake[2]: Leaving directory `/usr/ports/lang/gcc45/work/build' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc45/work/build' gmake: *** [bootstrap-lean] Error 2 *** Error code 1 -- gerald at pfeifer dot com changed: What|Removed |Added Known to fail||4.3.5 4.4.4 4.5.1 4.6.0 Summary|[4.3/4.4/4.5/4.6 regression]|[4.3/4.4/4.5/4.6 regression] |FreeBSD/ia64 builds fails: |FreeBSD/ia64 builds fails: ||hidden symbol ||`_Unwind_FindTableEntry' ||isn't defined http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45650
[Bug target/40959] [4.3/4.4/4.5/4.6 regression] FreeBSD/ia64 build fails: No rule to make target `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'.
--- Comment #20 from gerald at gcc dot gnu dot org 2010-09-12 03:27 --- Subject: Bug 40959 Author: gerald Date: Sun Sep 12 03:27:09 2010 New Revision: 164226 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164226 Log: PR target/40959 * config.host (ia64*-*-freebsd*): Set extra_parts. Set tmake_file. Modified: branches/gcc-4_5-branch/libgcc/ChangeLog branches/gcc-4_5-branch/libgcc/config.host -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959
