--- 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 #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 #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 #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 #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 #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
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 #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
--- 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 #2 from astrange at ithinksw dot com 2007-07-16 19:51 ---
Seems to work now in r126689.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32572
--- Comment #3 from astrange at ithinksw dot com 2007-09-15 23:47 ---
It's more like it was accidentally fixed and the underlying cause is still
there, but it is fixed.
--
astrange at ithinksw dot com changed:
What|Removed |
t: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC build triplet: i386-apple-darwin8.10.1
GCC host triple
D
Severity: minor
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC build triplet: i386-apple-darwin8.10.1
GCC host triplet: i386-apple-darwin8.10.1
GCC target triplet: i386-apple-darwin
--- Comment #1 from astrange at ithinksw dot com 2007-10-09 03:14 ---
Created an attachment (id=14328)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14328&action=view)
source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33705
--- Comment #2 from astrange at ithinksw dot com 2007-10-09 03:15 ---
Created an attachment (id=14329)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14329&action=view)
resulting x86-64 asm
/usr/local/gcc43/bin/gcc -O3 -fno-pic -fomit-frame-pointer -m64 -S
gcc-struct-s
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: i386-apple-darwin8.10.1
GCC host triplet: i386-apple-dar
--- Comment #1 from astrange at ithinksw dot com 2007-10-16 05:46 ---
Created an attachment (id=14358)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14358&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33791
IV modulus
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
CC:
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: powerpc-apple-darwin7.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20614
--- Additional Comments From astrange at ithinksw dot com 2005-03-24 06:39
---
It buys two cycles per compare on a G3/G4 (as well as not clobbering cr0, which
one of the gcc patterns
does). It also saves 2/3s of the code size, which is what -Os is targeting. Not
much, but the
--- 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
--- 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 #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 #2 from astrange at ithinksw dot com 2008-02-10 19:14 ---
fixed
--
astrange at ithinksw dot com changed:
What|Removed |Added
Status|UNCONFIRMED
: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC build triplet: 386-apple-darwin9.2.0
GCC host triplet: 386-apple-darwin9.2.0
GCC target triplet: 386-apple-darwin9.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35215
--- Comment #1 from astrange at ithinksw dot com 2008-02-16 04:56 ---
Created an attachment (id=15164)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15164&action=view)
source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35215
--- Comment #2 from astrange at ithinksw dot com 2008-02-16 04:56 ---
Created an attachment (id=15165)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15165&action=view)
gcda
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35215
--- Comment #3 from astrange at ithinksw dot com 2008-02-16 04:57 ---
Created an attachment (id=15166)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15166&action=view)
gcno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35215
--- Comment #3 from astrange at ithinksw dot com 2008-02-16 18:16 ---
Also, 'x >> 32 - y' can be transformed into 'x >> -y', since x86 only uses the
lowest 5 bits. I'm not sure about other targets.
Messing with the backend doesn't seem very p
--
astrange at ithinksw dot com changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32593
--
astrange at ithinksw dot com changed:
What|Removed |Added
Severity|minor |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33555
nassigned 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://gcc.gnu.org/bugzilla/show_bug.cgi?id=35281
--- Comment #2 from astrange at ithinksw dot com 2008-02-21 21:58 ---
Created an attachment (id=15199)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15199&action=view)
source
Oh, I forgot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35281
--- Comment #24 from astrange at ithinksw dot com 2008-03-19 19:21 ---
For
typedef short mmxw __attribute__ ((mode(V4HI)));
typedef int mmxdw __attribute__ ((mode(V2SI)));
mmxdw dw;
mmxw w;
void test(){
w+=w;
dw= (mmxdw)w;
}
void test2(){
w= __builtin_ia32_paddw(w
--- Comment #25 from astrange at ithinksw dot com 2008-03-19 19:39 ---
Actually the first generates-
subl$12, %esp
movq_w, %mm0
paddw %mm0, %mm0
movq%mm0, _w
movq_w, %mm0
movq%mm0, _dw
addl$12, %esp
--- Comment #32 from astrange at ithinksw dot com 2008-03-20 00:39 ---
This is missed on trees:
mmxdw dw;
mmxw w;
void test2(){
w= __builtin_ia32_paddw(w,w); w= (mmxdw)w;
}
void test3(){
mmxw w2= __builtin_ia32_paddw(w,w); dw= (mmxdw)w2;
}
test2 ()
{
vector short
--- 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
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-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
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 #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
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
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
--- 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
--- 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 #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 #8 from astrange at ithinksw dot com 2009-11-07 09:03 ---
Closing.
--
astrange at ithinksw dot com changed:
What|Removed |Added
Status|NEW
Version: 4.3.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 build triplet: i386-apple-darwin8.9.1
GCC host
Version: 4.3.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 build triplet: i386-apple-darwin8.10.1
GCC
--- Comment #1 from astrange at ithinksw dot com 2007-07-02 06:18 ---
This is a regression from Apple gcc 4.0:
Considering void image::set(size_t, size_t, f_pixel, f_real) with 29 insns
Estimated growth is -21 insns.
Inlined into void set_test(image*, int, int, f_pixel&, do
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
GCC build triplet: i386-apple-darwin8.10.1
GCC host triplet: i386-apple-darwin8.10.1
GCC target triplet: i386-apple-darwin8.10.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32590
--- Comment #1 from astrange at ithinksw dot com 2007-07-02 18:04 ---
Created an attachment (id=13826)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13826&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32590
Version: 4.3.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 build triplet: i386-apple-darwin8.10.1
GCC host triple
--- Comment #1 from astrange at ithinksw dot com 2007-07-02 18:47 ---
Created an attachment (id=13827)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13827&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32593
: 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/
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
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.
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 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
--- 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
org
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
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
: 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
--- 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
--- 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
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
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
--- 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
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 #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
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
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
--- 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
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
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
--- 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
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;
--- 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 #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
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 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
--- 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=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=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=46615
Summary: [4.6 regression] possibly-invalid x86-64 inline asm
miscompilation
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- 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.
: 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
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=20638&action=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=20639&action=view)
test file 2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44090
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 #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
--- 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
1 - 100 of 137 matches
Mail list logo
