https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98902
Alexander Strange changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
: c
Assignee: unassigned at gcc dot gnu.org
Reporter: astrange at ithinksw dot com
Target Milestone: ---
This source:
--
#include
static const int a1[] = {1};
static const int a2[] = {1};
int main (void)
{
printf("%p %p\n", a1, a2);
return 0;
}
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61515
--- Comment #3 from Alexander Strange astrange at ithinksw dot com ---
Without checking, -O0 went from 8 - 5 minutes.
I stopped the -Os compile at 29 minutes.
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: astrange at ithinksw dot com
/usr/local/gcc49/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/usr/local/gcc49/bin/gcc
COLLECT_LTO_WRAPPER=/usr/local/gcc49/libexec/gcc/x86_64-apple-darwin13.2.0/4.10.0/lto-wrapper
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61515
--- Comment #1 from Alexander Strange astrange at ithinksw dot com ---
Created attachment 32944
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32944action=edit
Preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43225
--- Comment #4 from Alexander Strange astrange at ithinksw dot com 2011-03-29
20:39:28 UTC ---
Better source:
#include emmintrin.h
struct a1 { char l[16];} __attribute__((aligned));
struct a2 { __m128i l; } __attribute__((aligned));
void f1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46615
Summary: [4.6 regression] possibly-invalid x86-64 inline asm
miscompilation
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46248
Summary: 4.6 regression: crash+infinite recursion in combine
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36503
--- Comment #8 from Alexander Strange astrange at ithinksw dot com 2010-10-21
04:39:36 UTC ---
I built ffmpeg for x86-64 with --disable-asm with the attached patch and the
regression tests failed. Reverting the patch fixes them. I saved
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45788
Summary: -fwhole-program causes ICE error: BB 3 can not throw
but has an EH edge
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45788
--- Comment #1 from Alexander Strange astrange at ithinksw dot com 2010-09-25
06:51:33 UTC ---
BTW, I think the error would be a lot clearer if it printed the pre-cloning/etc
function name.
--
Configure bugmail: http://gcc.gnu.org/bugzilla
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45788
--- Comment #4 from Alexander Strange astrange at ithinksw dot com 2010-09-25
19:50:29 UTC ---
I (probably) definitely attached it, is the attachment form in the new bugs
page not working?
--- Comment #2 from astrange at ithinksw dot com 2010-08-29 06:39 ---
Still happens with the new combine work (not that I really expected it to
change).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44474
--- Comment #5 from astrange at ithinksw dot com 2010-08-08 06:39 ---
That commit doesn't reverse cleanly anymore, and I'm not sure how to update it.
I don't have any pre-2005 gccs at the moment to test with.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44073
--- Comment #1 from astrange at ithinksw dot com 2010-07-01 03:43 ---
The problem is combine.
This:
int test2( int *b )
{
int b_ = *b;
b_--;
if( b_ == 0 ) {
*b = b_;
return foo();
}
*b = b_;
return 0;
}
works:
_test2:
LFB1:
movl
Version: 4.6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC host triplet: x86_64-*-*
http://gcc.gnu.org/bugzilla
__attribute__((used))
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC host triplet
--- Comment #3 from astrange at ithinksw dot com 2010-05-24 20:01 ---
Fixed itself. Though lto still doesn't build ffmpeg, it's just a different bug
now.
--
astrange at ithinksw dot com changed:
What|Removed |Added
: astrange at ithinksw dot com
GCC host triplet: x86_64-apple-darwin10.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44223
--- Comment #1 from astrange at ithinksw dot com 2010-05-21 02:02 ---
Created an attachment (id=20715)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20715action=view)
file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44223
: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC host triplet: x86_64-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44073
--- Comment #3 from astrange at ithinksw dot com 2010-05-11 10:36 ---
It's propagated by vrp1, and then nothing removes it again. tree-uncprop
doesn't change it - it looks like it doesn't have anything to handle this,
actually.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44073
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC host triplet: x86_64-apple-darwin10.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44090
--- Comment #1 from astrange at ithinksw dot com 2010-05-12 05:27 ---
Created an attachment (id=20638)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20638action=view)
test file 1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44090
--- Comment #2 from astrange at ithinksw dot com 2010-05-12 05:27 ---
Created an attachment (id=20639)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20639action=view)
test file 2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44090
--- Comment #2 from astrange at ithinksw dot com 2010-05-11 03:38 ---
Created an attachment (id=20623)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20623action=view)
testcase
This happens building ffmpeg on x86-64 now. Minimal-ish testcase attached.
--
http://gcc.gnu.org
doesn't use complex memory addressing
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot
--- Comment #3 from astrange at ithinksw dot com 2010-04-16 21:19 ---
Works with x86-64.
Checking -m32, the same thing happens with or without the patch:
_p:
subl$12, %esp
movl20(%esp), %eax
sall$2, %eax
addl16(%esp), %eax
addl
--- Comment #1 from astrange at ithinksw dot com 2010-04-12 03:54 ---
Still the case with 4.5.
arm-none-linux-gnueabi-gcc -Os -S divmod.c
cat divmod.s
.cpu arm10tdmi
.fpu softvfp
.eabi_attribute 20, 1
.eabi_attribute 21, 1
.eabi_attribute 23, 3
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC target triplet: arm-unknown-linux
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC target triplet: arm-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43550
--- Comment #2 from astrange at ithinksw dot com 2010-03-15 11:10 ---
The last two commands were the source and testcase. Should have spaced it out
more.
i don't have enough memory allocated to this VM to build ffmpeg without whopr,
so I thought i'd try the more experimental path first
--- Comment #4 from astrange at ithinksw dot com 2010-03-14 23:33 ---
This happens building ffmpeg --enable-shared with -fwhopr. I can make a
testcase out of that if needed.
--
astrange at ithinksw dot com changed:
What|Removed |Added
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43372
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC host triplet: i686-pc-linux-gnu
http
at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43318
--- Comment #1 from astrange at ithinksw dot com 2010-03-10 00:32 ---
Actually, it doesn't work in C either. I find that unlikely, time to make sure
I didn't build it wrong somehow...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43318
--- Comment #3 from astrange at ithinksw dot com 2010-03-10 00:37 ---
*** This bug has been marked as a duplicate of 42402 ***
--
astrange at ithinksw dot com changed:
What|Removed |Added
--- Comment #2 from astrange at ithinksw dot com 2010-03-10 00:37 ---
*** Bug 43318 has been marked as a duplicate of this bug. ***
--
astrange at ithinksw dot com changed:
What|Removed |Added
not combined across blocks
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC host triplet: x86_64-apple-darwin10.2.0
http://gcc.gnu.org/bugzilla
--- Comment #1 from astrange at ithinksw dot com 2010-03-02 03:45 ---
Created an attachment (id=20002)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20002action=view)
x86-64 asm output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43224
--- Comment #4 from astrange at ithinksw dot com 2010-03-02 04:00 ---
Is it possible for aliased writes to affect a const pointer? I was assuming
that it wasn't.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43224
ReportedBy: astrange at ithinksw dot com
GCC host triplet: x86_64-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43225
--- Comment #2 from astrange at ithinksw dot com 2010-03-02 05:31 ---
-fdump-tree-slp-details:
copy_gcc.c:8: note: ===vect_slp_analyze_bb===
copy_gcc.c:8: note: === vect_analyze_data_refs ===
Creating dr for *b_2(D)
analyze_innermost: success.
base_address: b_2(D
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC build triplet: x86_64-apple-darwin10.2.0
GCC host triplet: x86_64-apple-darwin10.2.0
GCC target triplet: x86_64-apple-darwin10.2.0
--- Comment #1 from astrange at ithinksw dot com 2009-11-29 09:38 ---
Created an attachment (id=19175)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19175action=view)
somewhat-reduced source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42211
[]
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42136
--- Comment #8 from astrange at ithinksw dot com 2009-11-07 09:03 ---
Closing.
--
astrange at ithinksw dot com changed:
What|Removed |Added
Status|NEW
--- Comment #7 from astrange at ithinksw dot com 2009-10-20 21:10 ---
Tried with SVN today and it's fixed:
L6:
incb(%ebx)
jmp L12
.align 4,0x90
Close if you want; I don't think it's worth finding when this happened.
--
http://gcc.gnu.org/bugzilla
--- Comment #40 from astrange at ithinksw dot com 2009-10-18 19:56 ---
Linked from http://x264dev.multimedia.cx/?p=185, I'd forgotten all about the
ridiculous flamewar in this one.
Just as a note, the actual definitions of the four variables (from liba52):
x2k = x + 2 * k;
x3k
--- Comment #3 from astrange at ithinksw dot com 2009-08-08 16:44 ---
Maybe the C version will be usable after everyone is using 4.4+, earlier
versions tend to make a mess.
Anyway, counting newlines for size estimation wouldn't pessimize anything.
--
http://gcc.gnu.org/bugzilla
--- Comment #5 from astrange at ithinksw dot com 2009-08-07 03:04 ---
Fixed with -O3 -fgraphite-identity. Why did I even bother checking that?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36127
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40992
--- Comment #1 from astrange at ithinksw dot com 2009-08-07 04:25 ---
Created an attachment (id=18315)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18315action=view)
the source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40992
--- Comment #4 from astrange at ithinksw dot com 2009-06-05 04:31 ---
This bug must have been weaker than I remembered it; when I used 4 char fields
instead of one char[4], 4.4 behaved properly too.
How about:
Alexander Strange astra...@ithinksw.com
PR tree-optimization/36318
--- Comment #2 from astrange at ithinksw dot com 2009-05-30 00:19 ---
Fixed with new SRA:
_foo1:
subl$12, %esp
movl20(%esp), %eax
movl(%eax), %edx
movl16(%esp), %eax
movl%edx, (%eax)
addl$12, %esp
ret
--- Comment #12 from astrange at ithinksw dot com 2009-05-25 20:26 ---
I noticed this is still accepted by gcc 4.5; one stuck into ffmpeg and broke
the build with another compiler.
For instance, this only fails in c():
int as(int a)
{
asm ( : : m((int)a));
}
int c(int
Version: 4.4.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC build triplet: i?86-*-*
GCC host triplet: i?86
--- Comment #3 from astrange at ithinksw dot com 2009-03-02 02:39 ---
This is correct, vla and alloca always uses a frame pointer because there is
no way to get back to the original offsets so the compiler needs a frame
pointer.
It's not restoring from the frame pointer here, it's
for (uint16 * uint16)16
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC build triplet: i?86
: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC build triplet: i?86-*-*
GCC host triplet: i?86-*-*
GCC target triplet: i?86-*-*
http://gcc.gnu.org
--- Comment #1 from astrange at ithinksw dot com 2009-02-07 06:13 ---
Created an attachment (id=17265)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17265action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39123
--- Comment #4 from astrange at ithinksw dot com 2008-12-17 22:10 ---
Causes silly code on i386 with this:
void pred8x8l_vertical_add_c(unsigned char *pix, const short *block, int
stride){
int i;
for(i=0; i8; i++){
int j;
for (j=0; j8; j++){
pix[j
--- Comment #8 from astrange at ithinksw dot com 2008-12-05 20:08 ---
With some recent changes IRA makes better decisions now but they don't survive
reload.
Using
/gcc -O3 -fomit-frame-pointer -fno-pic -fdump-rtl-ira -S cabac-ret.i
I get about the same asm and this in the IRA dump
--- Comment #7 from astrange at ithinksw dot com 2008-09-18 01:29 ---
Updated to 32-bit only.
--
astrange at ithinksw dot com changed:
What|Removed |Added
--- Comment #5 from astrange at ithinksw dot com 2008-09-04 04:02 ---
It is fixed for me on x86-64. For i386 it's still suboptimal:
_get_cabac:
subl$28, %esp
movl%esi, 16(%esp)
movl%edi, 20(%esp)
movl%ebx, 12(%esp)
movl%ebp, 24
--- Comment #5 from astrange at ithinksw dot com 2008-08-27 04:27 ---
Fixed.
--
astrange at ithinksw dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from astrange at ithinksw dot com 2008-08-27 04:28 ---
Fixed.
--
astrange at ithinksw dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from astrange at ithinksw dot com 2008-08-27 04:28 ---
Fixed.
--
astrange at ithinksw dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from astrange at ithinksw dot com 2008-08-27 04:41 ---
Now it is.
--
astrange at ithinksw dot com changed:
What|Removed |Added
Summary|IRA
: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC target triplet: i?86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #1 from astrange at ithinksw dot com 2008-06-29 07:14 ---
Created an attachment (id=15828)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15828action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36663
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC target triplet: i?86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36672
--- Comment #1 from astrange at ithinksw dot com 2008-06-29 21:35 ---
Created an attachment (id=15830)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15830action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36672
: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC target triplet: i?86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36673
--- Comment #1 from astrange at ithinksw dot com 2008-06-29 21:41 ---
Created an attachment (id=15831)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15831action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36673
: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC target triplet: i?86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36661
--- Comment #1 from astrange at ithinksw dot com 2008-06-28 23:35 ---
Created an attachment (id=15823)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15823action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36661
: astrange at ithinksw dot com
GCC target triplet: i?86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36646
--- Comment #1 from astrange at ithinksw dot com 2008-06-27 04:57 ---
Created an attachment (id=15818)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15818action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36646
--- Comment #2 from astrange at ithinksw dot com 2008-06-27 05:04 ---
Created an attachment (id=15819)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15819action=view)
svn 20080625 + -O compile
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36646
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC target triplet: x86_64-*-*
http://gcc.gnu.org/bugzilla
--- Comment #1 from astrange at ithinksw dot com 2008-06-14 06:48 ---
Created an attachment (id=15771)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15771action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36539
--- Comment #4 from astrange at ithinksw dot com 2008-06-12 16:48 ---
Maybe it seemed likely to cause a warning - I haven't checked that yet, though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36503
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC target triplet: i386-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC target triplet: i?86-*-*
http://gcc.gnu.org/bugzilla
--
astrange at ithinksw dot com changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36503
-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC target triplet: i?86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36318
--- Comment #1 from astrange at ithinksw dot com 2008-05-23 21:37 ---
Created an attachment (id=15678)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15678action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36318
--- Comment #4 from astrange at ithinksw dot com 2008-05-07 17:36 ---
Created an attachment (id=15592)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15592action=view)
minimal source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36127
IVs above -Os on x86
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC
--- Comment #1 from astrange at ithinksw dot com 2008-05-05 02:12 ---
Created an attachment (id=15578)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15578action=view)
source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36127
--
astrange at ithinksw dot com changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36127
--- Comment #2 from astrange at ithinksw dot com 2008-05-05 02:12 ---
Created an attachment (id=15579)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15579action=view)
compiled at -O3 on darwin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36127
--- Comment #3 from astrange at ithinksw dot com 2008-05-05 02:13 ---
Created an attachment (id=15580)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15580action=view)
and at -Os
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36127
--- Comment #4 from astrange at ithinksw dot com 2008-04-20 23:48 ---
Created an attachment (id=15502)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15502action=view)
source with __restrict (no change)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33705
: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC build triplet: i386-apple-darwin9.2.0
GCC host triplet: i386-apple-darwin9.2.0
GCC target triplet: i386-apple-darwin9.2.0
http
--- Comment #1 from astrange at ithinksw dot com 2008-03-27 01:02 ---
Created an attachment (id=15384)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15384action=view)
source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35714
--- Comment #1 from astrange at ithinksw dot com 2008-03-22 04:28 ---
I encountered this myself with 4.4.0 20080321.
If the data is static, gcc generates LC0 but not the copy with the original
name, which impedes debugging.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31043
1 - 100 of 136 matches
Mail list logo
