--- 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 #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 #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 #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 #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 #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 class
--- 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 |
--- 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=15099&action=view)
*.vect file
--
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 #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 #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 #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
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-gnu-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
gcc dot 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
--- 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 |
--- 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
--- 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 #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=15044&action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35007
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
(internal 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://g
--- 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
--- 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 #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 #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
iority: 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=34923
--- 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
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=34909
unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34908
--- 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
--- 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
: 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 17:13
---
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:11
---
Used svn revision 131650.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
GCC
gimplify.c:
gimplify_asm_expr
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
: 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
--- 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 #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 #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
--- 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 #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 #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 #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 t
--- 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 #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", __LI
--- 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=14964&action=view)
Preprocessed source code for unicodeobject.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34843
Summary: Missing overflow diagnostic for Python 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
--- 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.g
--- 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 for
--- 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
-
--- 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 |Ad
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/bugzilla/show_bug.cgi?id=34718
on: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
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 #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
--- 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
31217] (Pardus Linux)
--
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
Reported
--- 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.t
--- 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
--- 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 CP
--- 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
o: unassigned 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-17 20:42
---
s/for warning/first warning
--
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=14787&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34515
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34515
--- 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
--- 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=14781&action=view)
Fix typo in the last patch
--
ismail at pardus dot org dot tr changed:
What|
--- 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=14780&action=view)
Unbreak lib{gomp,stdc++,ffi} tests
--
ismail at pardus dot org dot tr changed:
--- 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 gc
--- 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=14769&action=view)
Better patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26061
--- 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=14768&action=view)
Testcase with unsigned long values
--
ismail at pardus dot org dot tr changed:
--- 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 #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
--- 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=14766&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34477
ow when compiled with -O2
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
--- 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
--- 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
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=34454
--- 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
--- Comment #4 from ismail at pardus dot org dot tr 2007-12-06 12:24
---
This still affects mainline as of revision 130641.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32581
--- 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 #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
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=34356
--- 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 #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 #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 #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=14699&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34337
: 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 #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
--- 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 #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=14687&action=view)
glibc double test
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34321
--- 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 #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
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=34321
--- 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 #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 #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 accept
--- 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
duct: gcc
Version: 4.3.0
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 #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
--- Comment #1 from ismail at pardus dot org dot tr 2007-11-20 21:19
---
*** This bug has been marked as a duplicate of 32044 ***
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
1 - 100 of 126 matches
Mail list logo
