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 ---
Without checking, -O0 went from 8 -> 5 minutes.
I stopped the -Os compile at 29 minutes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61515
--- Comment #1 from Alexander Strange ---
Created attachment 32944
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32944&action=edit
Preprocessed source
: 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/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43225
--- Comment #4 from Alexander Strange 2011-03-29
20:39:28 UTC ---
Better source:
#include
struct a1 { char l[16];} __attribute__((aligned));
struct a2 { __m128i l; } __attribute__((aligned));
void f1(struct a1 *a, struct a1 *b)
{
*a = *b;
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 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 the binaries
but haven't investigated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45788
--- Comment #4 from Alexander Strange 2010-09-25
19:50:29 UTC ---
I (probably) definitely attached it, is the attachment form in the new bugs
page not working?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45788
--- Comment #1 from Alexander Strange 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/userprefs.cgi?tab=email
--- Y
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
--- 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
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 com
GCC host triplet: x86_64-*-*
http://gcc.gn
under LTO.
--
Summary: ltp ignoring __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
--- 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
--- 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=20715&action=view)
file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44223
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=44223
--- 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=20639&action=view)
test file 2
--
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=20638&action=view)
test file 1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44090
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 #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
: 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 #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=20623&action=view)
testcase
This happens building ffmpeg on x86-64 now. Minimal-ish testcase attached.
--
http://gcc.
--- 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
refetch 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
eg.
--
Summary: Some ARMs support unaligned
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astra
--- 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_attrib
Severity: enhancement
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
stream data error
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-p
ONFIRMED
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://gcc.gnu.org/bugzilla/show_bug.cgi?id=43372
--- 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
--- 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
--- 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 #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
: 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=43318
Summary: x86 flags 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: astran
--- 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
org
ReportedBy: astrange at ithinksw dot com
GCC host triplet: x86_64-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43225
--- 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
--- 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=20002&action=view)
x86-64 asm output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43224
oduct: gcc
Version: 4.5.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 host triplet: x86_64-apple-darwin10.2.0
http
--- 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=19175&action=view)
somewhat-reduced source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42211
us: UNCONFIRMED
Severity: normal
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-dar
t strict-aliasing warning with cast from
char[]
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange
--- 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.g
--- 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;
--- 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/bug
--- 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=18315&action=view)
the source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40992
NCONFIRMED
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 #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
--- 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 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=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
--- 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 fram
Product: gcc
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 hos
codecs or arithmetic coders.
--
Summary: x86 -Os could use mulw for (uint16 * uint16)>>16
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at g
--- 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=17265&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39123
t: gcc
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 #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; i<8; i++){
int j;
for (j=0; j<8; 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
--- 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%eb
--- 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
--- 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 #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 #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=15831&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36673
IRMED
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=36673
--- 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=15830&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36672
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=36672
--- 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=15828&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36663
gcc
Version: 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:
--- 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=15823&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36661
atus: 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/show_bug.cgi?id=36661
--- 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=15819&action=view)
svn 20080625 + -O compile
--
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=15818&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36646
gression] Unnecessary moves generated on loop
boundaries
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
--- 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=15771&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36539
on] IRA doesn't allocate asm output being
returned to eax
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy
--- 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
--
astrange at ithinksw dot com changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36503
can use x >> -y for x >> 32-y
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 targ
tus: UNCONFIRMED
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
--- 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=15678&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36318
: tree-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 #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=15592&action=view)
minimal source
--
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=15580&action=view)
and at -Os
--
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=15579&action=view)
compiled at -O3 on darwin
--
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 #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=15578&action=view)
source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36127
d choice of loop 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
--- 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=15502&action=view)
source with __restrict (no change)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33705
--- 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=15384&action=view)
source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35714
Severity: 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-darw
--- 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 137 matches
Mail list logo
