--- Comment #21 from ismail at pardus dot org dot tr 2008-02-07 09:05
---
-fno-tree-reassoc fixes the problem here,
With -fno-tree-reassoc :
vect-iv-9.c:15: note: === vect_mark_stmts_to_be_vectorized ===
vect-iv-9.c:10: note: vectorized 1 loops in function.
vect-iv-9.c:26: note
--- Comment #25 from ismail at pardus dot org dot tr 2008-02-07 12:43
---
Uros you rock! That patch fixes the problem for me, thank you!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #9 from ismail at pardus dot org dot tr 2008-02-06 09:34
---
CC'ing Dorit to get his idea on the vectorizer dump.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
--- Comment #11 from ismail at pardus dot org dot tr 2008-02-06 13:33
---
(In reply to comment #10)
I have noticed, that following text is missing from your vect dump:
Dependence tester statistics:
Number of dependence tests: 0
Number of dependence tests classified dependent: 0
--- Comment #14 from ismail at pardus dot org dot tr 2008-02-06 17:01
---
I tried building without BOOT_CFLAGS and such but no luck.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #18 from ismail at pardus dot org dot tr 2008-02-07 03:12
---
I started a reghunt with 20080104 snapshot, if that fails too I am out of ideas
why this happens. But I am sure this is the second time I see this file failing
but later on its fixed so I thought it was noise
--- Comment #19 from ismail at pardus dot org dot tr 2008-02-07 04:49
---
Even 20080104 snapshot fails, I have no idea why this only one test fails and
all other pass though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #2 from ismail at pardus dot org dot tr 2008-02-05 10:21
---
I bootstrapped twice and still get it. I will try svn up, reboot the machine
etc *sigh*
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #3 from ismail at pardus dot org dot tr 2008-02-05 11:53
---
Ok on a third bootstrap I can still reproduce, is there a way to debug it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #5 from ismail at pardus dot org dot tr 2008-02-05 12:38
---
The long only shows:
FAIL: gcc.dg/vect/vect-iv-9.c scan-tree-dump-times vect vectorized 1 loops 2
nothing else.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #7 from ismail at pardus dot org dot tr 2008-02-05 13:20
---
Adding __attribute__((aligned(16))) doesn't work, attached is the *.vect file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #8 from ismail at pardus dot org dot tr 2008-02-05 13:20
---
Created an attachment (id=15099)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15099action=view)
*.vect file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
GCC host triplet: i686-gnu-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #6 from ismail at pardus dot org dot tr 2008-02-01 10:45
---
Nice, this is what I was seeing all along. Shouldn't this be a P1 though?
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
gnu dot org
ReportedBy: ismail at pardus dot org dot tr
GCC target triplet: i686-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35053
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35007
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-29 01:04
---
Created an attachment (id=15044)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15044action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35007
--- Comment #3 from ismail at pardus dot org dot tr 2008-01-29 01:07
---
Compilation line is :
c++ -o affentry.o -c -I../../../../dist/include/system_wrappers -include
../../../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM
-DEXPORT_XPT_API -DEXPORT_XPTC_API
--- Comment #2 from ismail at pardus dot org dot tr 2008-01-29 01:06
---
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr --bindir=/usr/bin --libdir=/usr/lib
--libexecdir=/usr/lib --includedir=/usr/include --mandir=/usr/share/man
--infodir
--- Comment #5 from ismail at pardus dot org dot tr 2008-01-29 02:11
---
Yes it works if you revert c++/27177 fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35007
compiler error)
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34923
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-22 14:45
---
This only happens when make profiledbootstrap is used.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34923
--- Comment #3 from ismail at pardus dot org dot tr 2008-01-22 15:51
---
Thats the exact place I crash, though 2008-01-19 snapshot was OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34923
--- Comment #4 from ismail at pardus dot org dot tr 2008-01-22 17:04
---
--enable-checking=yes with make profiledbootstrap works with revision 131727
here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34923
--- Comment #5 from ismail at pardus dot org dot tr 2008-01-22 17:37
---
Looks fixed with current trunk.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34905
dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34906
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-21 17:11
---
Used svn revision 131650.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
GCC
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-21 17:13
---
Used svn revision 131650.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
GCC
: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
GCC host triplet: i686-linux-gnu
http://gcc.gnu.org/bugzilla
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-21 21:59
---
Used svn revision 131650.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34907
--- Comment #2 from ismail at pardus dot org dot tr 2008-01-21 22:00
---
Also this part seems to apply too:
==29085==·
==29085== Conditional jump or move depends on uninitialised value(s)
==29085==at 0x811A4B9: gfc_typenode_for_spec (trans-types.c:848)
==29085==by 0x810041F
at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34908
: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34909
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-21 22:06
---
Used svn revision 131650.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
GCC
--- Comment #2 from ismail at pardus dot org dot tr 2008-01-20 04:57
---
--disable-padlock fixes the crash so the crashing part is the inline asm that
is under
#ifdef ENABLE_PADLOCK_SUPPORT .
--
ismail at pardus dot org dot tr changed:
What|Removed
--- Comment #3 from ismail at pardus dot org dot tr 2008-01-18 16:41
---
Looks like -Wall being at the end disables this warning uh oh. This is invalid,
sorry for taking your time.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
--- Comment #4 from ismail at pardus dot org dot tr 2008-01-18 17:19
---
Actually I am reopening this because after talking to Richi we agree that -Wall
should not reset -Wstrict-overflow. But of course final decision is up to iant.
--
ismail at pardus dot org dot tr changed
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-18 19:45
---
on i686 linux I get;
test.c:16: internal compiler error: in for_each_index, at
tree-ssa-loop-im.c:222
works with gcc 3.4.6.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
--- Comment #4 from ismail at pardus dot org dot tr 2008-01-18 18:46
---
I think then -Wall shouldn't enable -Wstrict-overflow at all. Because current
situation is counter intuitive.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32102
--- Comment #6 from ismail at pardus dot org dot tr 2008-01-18 19:11
---
Manu,
Your fix looks quite obvious, could you send it to gcc-patches so we can fix
this before the freeze? Thanks for the quick fix btw.
Regards,
ismail
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32102
2.5's
unicodeobject.c
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-18 01:46
---
Created an attachment (id=14964)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14964action=view)
Preprocessed source code for unicodeobject.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34843
--- Comment #9 from ismail at pardus dot org dot tr 2008-01-18 02:45
---
File lossy_comp_test.c starting line 761 :
sum_abs = abs (sum_abs + abs (abs (data [k]) - 256)) ;
if (sum_abs 1.0)
{
printf (\n\nLine %d: Signal is all zeros (%d, 0x%X).\n, __LINE__, sum_abs
--- Comment #11 from ismail at pardus dot org dot tr 2008-01-18 03:10
---
Actually the only bug here is that -Wstrict-overflow should issue a warning for
that line.
About the dependency on optimization level, signed integer overflow is
undefined in C standard so its not a good idea
--- Comment #13 from ismail at pardus dot org dot tr 2008-01-18 03:22
---
I don't think thats possible given the fact that an optimization pass modifies
code to be able to well optimize it. Implications and merits of -fwrapv is
discussed deeply before, you might want to Google
--- Comment #41 from ismail at pardus dot org dot tr 2008-01-15 02:42
---
(In reply to comment #40)
This bug cause linux kernel unable to compile. So I think it must be fixed
before 4.3 is released
Yes and there is a known workaround, see comment #28
--
http://gcc.gnu.org
--- Comment #7 from ismail at pardus dot org dot tr 2008-01-13 14:01
---
This is possibly is the reason for new test failures:
FAIL: gcc.dg/Warray-bounds.c (test for warnings, line 59)
FAIL: gcc.dg/Warray-bounds.c (test for warnings, line 65)
FAIL: gcc.dg/Warray-bounds.c (test
--- Comment #7 from ismail at pardus dot org dot tr 2008-01-11 02:31
---
Added testcase doesn't compile on i686-linux :
gcc/testsuite/g++.dg/torture/pr34641.C:16: error: 'operator new' takes type
'size_t' ('unsigned int') as first parameter
--
ismail at pardus dot org dot tr
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34718
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-09 02:37
---
No longer producable with trunk revision 131409 - invalid.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-07 01:32
---
I mean 2008-01-06 snapshot of course, duh.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34698
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34698
--- Comment #5 from ismail at pardus dot org dot tr 2008-01-03 01:51
---
I think component shouldn't be target because it fails on more than one
platform.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32276
)
--
Summary: CBLAS_ICAMAX test from cblas fails
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot
--- Comment #11 from ismail at pardus dot org dot tr 2007-12-26 05:19
---
Can confirm on i686 linux:
[~] g++ test.cpp
test.cpp:3: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://bugs.pardus.org.tr
at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34519
--- Comment #2 from ismail at pardus dot org dot tr 2007-12-18 14:17
---
I was testing outside of the testsuite to see why it failed. I see this in log
:
PASS: libgomp.c/pr26943-2.c (test for excess errors)
Setting LD_LIBRARY_PATH to
.:/var/pisi/gcc-4.3_pre20071218-31/work/gcc-4.3
--- Comment #4 from ismail at pardus dot org dot tr 2007-12-18 14:39
---
[~] gcc -fopenmp -march=i486 pr26943-2.c -lgomp
[~] ./a.out
[~]
works fine like this, I don't know why it fails in the tests. Hmm wonder if
--with-cpu=generic could affect this? This is a 4 CPU Xeon machine btw
--- Comment #5 from ismail at pardus dot org dot tr 2007-12-18 23:11
---
Re-tested with no problems now, but machine was under %300 load when this test
failed. Interestingly rest of the regtests passed fine. Anyway this is invalid.
Thanks for the attention.
--
ismail at pardus dot
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34515
--- Comment #1 from ismail at pardus dot org dot tr 2007-12-17 20:42
---
Created an attachment (id=14787)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14787action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34515
--- Comment #2 from ismail at pardus dot org dot tr 2007-12-17 20:42
---
s/for warning/first warning
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34515
--- Comment #16 from ismail at pardus dot org dot tr 2007-12-16 16:12
---
Created an attachment (id=14780)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14780action=view)
Unbreak lib{gomp,stdc++,ffi} tests
--
ismail at pardus dot org dot tr changed:
What
--- Comment #17 from ismail at pardus dot org dot tr 2007-12-16 16:14
---
Created an attachment (id=14781)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14781action=view)
Fix typo in the last patch
--
ismail at pardus dot org dot tr changed:
What|Removed
--- Comment #19 from ismail at pardus dot org dot tr 2007-12-16 16:55
---
Hi,
(In reply to comment #18)
* My original patch modified several testsuite files:
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01190.html, I guess you would
need
something equivalent.
I added a flag
: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34477
--- Comment #1 from ismail at pardus dot org dot tr 2007-12-15 10:27
---
Created an attachment (id=14766)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14766action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34477
--- Comment #2 from ismail at pardus dot org dot tr 2007-12-15 10:30
---
Timings with gcc 3.4.6 :
[~] gcc -o mktime mktime.c
[~] time ./mktime
real0m0.052s
user0m0.021s
[~] gcc -O2 -o mktime mktime.c
[~] time ./mktime
real0m0.032s
user0m0.021s
sys 0m0.011s
So
--- Comment #5 from ismail at pardus dot org dot tr 2007-12-15 11:52
---
I don't believe this is invalid changing time_t_max and time_t_min to unsigned
long doesn't fix the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34477
--- Comment #6 from ismail at pardus dot org dot tr 2007-12-15 11:52
---
Created an attachment (id=14768)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14768action=view)
Testcase with unsigned long values
--
ismail at pardus dot org dot tr changed:
What|Removed
--- Comment #14 from ismail at pardus dot org dot tr 2007-12-15 22:05
---
Created an attachment (id=14769)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14769action=view)
Better patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26061
--- Comment #15 from ismail at pardus dot org dot tr 2007-12-15 22:06
---
Attached is a better patch which adds -f{no}-show-error-count and uses it in
regression tests so regtests works now. IDE's also can use this option.
Is it possible to get this in for gcc 4.3 or gcc 4.4
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34454
--- Comment #3 from ismail at pardus dot org dot tr 2007-12-13 19:37
---
FWIW this triggers a crash in Python 2.5, see http://bugs.python.org/issue1608
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34454
--- Comment #5 from ismail at pardus dot org dot tr 2007-12-13 20:48
---
Guido agreed on using -fwrapv hence a patch submitted, thanks for the
diagnosis.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34454
: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34356
--- Comment #1 from ismail at pardus dot org dot tr 2007-12-06 12:23
---
Dup of bug #32581, stupid me.
*** This bug has been marked as a duplicate of 32581 ***
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
--- Comment #3 from ismail at pardus dot org dot tr 2007-12-06 12:23
---
*** Bug 34356 has been marked as a duplicate of this bug. ***
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
--- Comment #5 from ismail at pardus dot org dot tr 2007-12-06 20:56
---
a-except.adb
ali.adb
cstand.adb
einfo.adb
exp_attr.adb
exp_dbug.adb
osint.adb
par.adb
prepcomp.adb
restrict.adb
rtsfind.adb
s-os_lib.adb
scn.adb
sem_attr.adb
sem_util.adb
sprint.adb
switch-c.adb
targparm.adb
: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34337
--- Comment #1 from ismail at pardus dot org dot tr 2007-12-04 19:18
---
Created an attachment (id=14699)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14699action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34337
--- Comment #2 from ismail at pardus dot org dot tr 2007-12-04 19:29
---
Forget to add used options :
-g -march=i686 -mtune=native -O2
is used.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34337
--- Comment #3 from ismail at pardus dot org dot tr 2007-12-04 19:29
---
gcc -v shows:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr
--bindir=/usr/i686-pc-linux-gnu/gcc/4.3.0
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.0/include
--- Comment #7 from ismail at pardus dot org dot tr 2007-12-05 07:24
---
Just a note, this seems to break kernel-2.6.24 compilation too, out of memory
and cc1 gets killed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34337
--- Comment #1 from ismail at pardus dot org dot tr 2007-12-03 08:00
---
Also the check-localplt test fail :
cat build-default-i686-pc-linux-gnu-nptl/elf/check-localplt.out
--- ../scripts/data/localplt-i386-linux-gnu.data2006-01-30
11:29:48.0 +0200
+++ - 2007-12-03
--- Comment #4 from ismail at pardus dot org dot tr 2007-12-03 11:01
---
Created an attachment (id=14687)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14687action=view)
glibc double test
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34321
--- Comment #5 from ismail at pardus dot org dot tr 2007-12-03 11:02
---
Just run ./build.sh to build and ./test-double to run. Gives the following
error with gcc 4.3 trunk here :
testing double (without inline functions)
Failure: Real part of: csin (-0 + inf i) == -0 + inf i
--- Comment #3 from ismail at pardus dot org dot tr 2007-12-03 10:49
---
I will try to get two tests out of glibc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34321
--- Comment #10 from ismail at pardus dot org dot tr 2007-12-03 11:17
---
This breaks glibc 2.7 regression tests.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33088
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34321
--- Comment #4 from ismail at pardus dot org dot tr 2007-11-30 11:56
---
Are we sure it works with trunk? Because this is initially found as a clisp
crash bug and it still crashes with gcc 4.3 trunk but only when compiled with
-O2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #5 from ismail at pardus dot org dot tr 2007-11-30 11:59
---
Indeed testcase doesn't abort with gcc 4.3 20071130 , so there must be another
gcc bug hiding there :(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34300
--- Comment #28 from ismail at pardus dot org dot tr 2007-11-27 05:55
---
Mark,
Linux 2.6 tree as of this minute doesn't compile with gcc 4.3 trunk. You need
to add -fno-tree-scev-cprop to the KBUILD_CFLAGS, but this is not upstreamed
yet and I am not sure if it'll be accepted in case
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34221
--- Comment #1 from ismail at pardus dot org dot tr 2007-11-25 23:21
---
Looks like a ccache bug instead.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
--- Comment #13 from ismail at pardus dot org dot tr 2007-11-23 06:02
---
Mainline now looks like :
[~] cat mul.s
.file mul.c
.text
.p2align 4,,15
.globl mul
.type mul, @function
mul:
subl$8, %esp
movl%ebx, (%esp
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34167
--- Comment #26 from ismail at pardus dot org dot tr 2007-11-20 21:19
---
*** Bug 34167 has been marked as a duplicate of this bug. ***
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
1 - 100 of 125 matches
Mail list logo