Hi all,
I'm using GCC 4.1.2 20070626 on a server with Intel Xeon X5570.
How do I turn on the compiler option for SSE4? I've tried -msse4, -msse4.1 and
-msse4.2, but they all returned the error message cc1: error: unrecognized
command line option -msse4.1 (for whichever option I tried).
Thank
On 3/23/2010 11:02 PM, Rayne wrote:
I'm using GCC 4.1.2 20070626 on a server with Intel Xeon X5570.
How do I turn on the compiler option for SSE4? I've tried -msse4, -msse4.1 and -msse4.2,
but they all returned the error message cc1: error: unrecognized command line option
-msse4.1 (for
Hi,
Thanks!
I also find the doc describing the HARD_FRAME_POINTER_REGNUM and
FRAME_POINTER_REGNUM in gcc internals, chapter Registers That
Address the Stack Frame.
It is really usual way to handle this similar cases.
redriver
2010/3/24 Richard Henderson r...@redhat.com:
On 03/23/2010 05:55
On 23 Mar 2010, at 22:30, Steven Bosscher wrote:
On Tue, Mar 23, 2010 at 7:05 PM, Ian Bolton bol...@icerasemi.com wrote:
Is there any reason why BB reorder has been disabled
in bb-reorder.c for -Os, such that you can't even
turn it on with -freorder-blocks?
No, you should have the option
Is there any obvious reason why this function doesn't enable folding if we're
optimizing for size? All of the other string/memory folds appear to rely on the
various move, clear or set ratios?
When optimizing small string copies it's definitely smaller to do this inline
on some ISAs.
Thanks,
Hi everybody!
I'm working on a pass and I need to handle some pointer expressions.
For example, I have this C-code:
int v[1000];
int *p;
p = v[10];
The problem is that, when I'm trying to parse p = v[10];, I'm not able to
get the array offset (10 in this case).
Namely, for a given
Massimo Nazaria ma...@rocketmail.com writes:
I'm working on a pass and I need to handle some pointer expressions.
For example, I have this C-code:
int v[1000];
int *p;
p = v[10];
The problem is that, when I'm trying to parse p = v[10];, I'm not able to
get the array offset (10 in
--- Comment #6 from davem at davemloft dot net 2010-03-24 06:00 ---
In the regex cases, glibc/posix/regexec.c:merge_state_with_log() is what
gets miscompiled.
I will attach match_good.s and match_bad.s
match_good.s is a working compile of this function, using gcc-4.3.2
match_bad.s is
--- Comment #7 from davem at davemloft dot net 2010-03-24 06:01 ---
Created an attachment (id=20177)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20177action=view)
correctly compiled function
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43385
--- Comment #8 from davem at davemloft dot net 2010-03-24 06:02 ---
Created an attachment (id=20178)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20178action=view)
miscompiled function
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43385
--- Comment #9 from jakub at gcc dot gnu dot org 2010-03-24 06:38 ---
Could you please also attach regexec.i (and what gcc options were used to
compile it), so that I can inspect it with a cross-compiler? Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43385
--- Comment #10 from davem at davemloft dot net 2010-03-24 06:43 ---
Created an attachment (id=20179)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20179action=view)
source that emitted miscompiled function
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43385
--- Comment #11 from jakub at gcc dot gnu dot org 2010-03-24 07:05 ---
Created an attachment (id=20180)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20180action=view)
hack
Minimal patch that should allow playing with reversion of both parts of PR42233
just by changing that 1 to 0
--- Comment #12 from jakub at gcc dot gnu dot org 2010-03-24 07:08 ---
FYI, the only change I'm seeing is:
- subcc %g0, %g1, %g0
- addx%g0, 0, %g1
with 1 vs. 0 in gimple_boolify and no effect with the other changes. That
said, I'm probably using different cc1 options
--- Comment #5 from jakub at gcc dot gnu dot org 2010-03-24 08:49 ---
Created an attachment (id=20181)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20181action=view)
gcc45-pr43479.patch
So far only lightly tested fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43479
The testcase below is a development of that in PR41056 comment #8. It,
however, does not need -fwhole-file to trigger the ICE. The ICE does not occur
with GNU Fortran (GCC) 4.4.4 20100314 (prerelease). It also does not occur if
the declaration for 'gridws' is moved to main. Therefore, it is
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-03-24 09:52 ---
Hm, but the error is about hts_1, not gridws.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dominiq at lps dot ens dot fr 2010-03-24 09:53 ---
Confirmed on x86_64-apple-darwin10 and powerpc-apple-darwin9.8.0 (see
http://gcc.gnu.org/ml/gcc-testresults/2010-03/msg02060.html ).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43504
aa.cpp:
templateclass T void f(int x, T t)
{
f(t);
}
void f(int);
void h()
{
f(1,2);
}
when compiled with g++ aa.cpp -c, it shows:
aa.cpp: In function 'void f(int, T) [with T = int]':
aa.cpp:10: instantiated from here
aa.cpp:3: error: no matching function for call to
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-03-24 10:11 ---
That's not how it works.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
aa.cpp:
templateclass T void f(int x, T t)
{
f(t);
}
void f(int);
void h()
{
f(1,2);
}
when compiled with g++ aa.cpp -c, it shows:
aa.cpp: In function 'void f(int, T) [with T = int]':
aa.cpp:10: instantiated from here
aa.cpp:3: error: no matching function for call to
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43498
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-03-24 10:16 ---
binutils bug.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2010-03-24 10:16
---
*** Bug 43507 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43506
--- Comment #1 from paolo dot carlini at oracle dot com 2010-03-24 10:16
---
*** This bug has been marked as a duplicate of 43506 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-03-24 10:17 ---
I guess nobody cares. Fixed for 4.4.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-03-24 10:20 ---
The test is bogus and does not agree with how GCC interprets type-based
aliasing rules. Thus it invokes undefined behavior (dependent on whether
we inline or not).
--
rguenth at gcc dot gnu dot org changed:
--- Comment #3 from yao_yin at 163 dot com 2010-03-24 10:56 ---
(In reply to comment #1)
That's not how it works.
but code followed works ,
class X;
templateclass T void f(int x, T t)
{
f(t);
}
void f(X *k);
void h()
{
X *a;
f(1,a);
}
--
--- Comment #2 from pault at gcc dot gnu dot org 2010-03-24 11:09 ---
(In reply to comment #1)
Hm, but the error is about hts_1, not gridws.
Does that not merely reflect the order that they are checked in the assignment?
Paul
--
--- Comment #3 from rguenther at suse dot de 2010-03-24 11:30 ---
Subject: Re: [4.5 Regression] type mismatch between an
SSA_NAME and its symbol with -O3
On Wed, 24 Mar 2010, pault at gcc dot gnu dot org wrote:
--- Comment #2 from pault at gcc dot gnu dot org 2010-03-24 11:09
--- Comment #4 from pault at gcc dot gnu dot org 2010-03-24 11:39 ---
(In reply to comment #3)
No, the checking complains that TREE_TYPE (hts_1) (the type of the
SSA name) is != TREE_TYPE (hts) (its symbol). That should never happen.
Ah, OK.
Interestingly, when HTS is declared
--- Comment #9 from jakub at gcc dot gnu dot org 2010-03-24 11:59 ---
Actually, as the thunks are emitted before .eh_frame, it is much easier.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from jakub at gcc dot gnu dot org 2010-03-24 12:06 ---
Created an attachment (id=20182)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20182action=view)
gcc45-pr43498.patch
Patch to emit unwind info for thunks on x86, x86-64 and s390{,x}.
ppc/ppc64, sparc/sparc64
The compiler ICEs with the following message:
(vec_select:SI (reg:V4SI 21 xmm0 [84])
(parallel [
(const_int 1 [0x1])
]))/home/piotr.wyderski/rt_rel/texture.cpp: In member function 'virtual
float __vector[4] rt::texture_2d::map(float __vector[4]) const':
--- Comment #9 from simon dot fenney at imgtec dot com 2010-03-24 12:19
---
(In reply to comment #7)
This is a glibc problem. Confirmed by LD_PRELOADing a different libm which
makes it work.
Please report to glibc bugzilla instead.
The glibc team are saying that nothing has
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-03-24 12:37
---
Both sin and sinf are assembly routines so can't probably be affected by
the gcc used to compile them. See sysdeps/i386/fpu/s_sinf.S and
sysdeps/i386/fpu/s_sin.S.
I have not seen a working library for your
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-03-24 12:50 ---
Even unreasonably-sized testcases are useful.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from simon dot fenney at imgtec dot com 2010-03-24 13:16
---
(In reply to comment #10)
Both sin and sinf are assembly routines so can't probably be affected by
the gcc used to compile them. See sysdeps/i386/fpu/s_sinf.S and
sysdeps/i386/fpu/s_sin.S.
I have not
--- Comment #12 from simon dot fenney at imgtec dot com 2010-03-24 13:18
---
(In reply to comment #11)
(In reply to comment #10)
and I have just tested a value ~2^7 and got the following
Sorry I meant to say ~2^30
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43490
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-03-24 13:20
---
Same error with glibc 2.5.
Note that fsin is not part of IEEE and thus does not guarantee 1ulp precision
(in fact it is known for its inaccuracies).
Please do not keep re-opening this bug. It is not a GCC bug
--- Comment #2 from piotr dot wyderski at gmail dot com 2010-03-24 13:24
---
Compiled with:
$ /opt/gcc-trunk/bin/g++ -std=gnu++0x -Wno-pmf-conversions -fno-deduce-init-lis
t -O3 -DNDEBUG -Wall -Werror -Wno-unused -msse -msse2 -march=native -mfpmath=
sse -fomit-frame-pointer -c -ggdb
--- Comment #3 from piotr dot wyderski at gmail dot com 2010-03-24 13:27
---
Created an attachment (id=20183)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20183action=view)
Testcase to replicate the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43508
--- Comment #19 from jakub at gcc dot gnu dot org 2010-03-24 13:41 ---
Subject: Bug 19192
Author: jakub
Date: Wed Mar 24 13:41:30 2010
New Revision: 157693
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157693
Log:
PR debug/19192
PR debug/43479
*
--- Comment #6 from jakub at gcc dot gnu dot org 2010-03-24 13:41 ---
Subject: Bug 43479
Author: jakub
Date: Wed Mar 24 13:41:30 2010
New Revision: 157693
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157693
Log:
PR debug/19192
PR debug/43479
*
--- Comment #3 from zsojka at seznam dot cz 2010-03-24 13:49 ---
Created an attachment (id=20184)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20184action=view)
another similiar testcase
3.3.6 gives:
$ gcc-3.3.6 pr43384-3.c
pr43384-3.c: In function `foo':
pr43384-3.c:2: error:
--- Comment #20 from jakub at gcc dot gnu dot org 2010-03-24 13:51 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2010-03-24 13:52 ---
Created an attachment (id=20185)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20185action=view)
gcc45-pr43508.patch
I can't reproduce this myself, but the attached patch could help.
OT, wonder about the
--- Comment #14 from pluto at agmk dot net 2010-03-24 13:59 ---
i've checked the Test0 from example a little on my intel Q9300 cpu.
first case: setup 32-bit code and break on libm.sin implementation.
Breakpoint 1, main (argc=1, argv=0xe3c4) at t.c:74
(gdb) b sin
Breakpoint 2 at
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-03-24
14:24 ---
Assuming this is change is fixed and not regressed out for gcc 4.5, we should
also make sure that there are no additional regressions in the ada testsuite.
--
--- Comment #15 from simon dot fenney at imgtec dot com 2010-03-24 14:34
---
Thanks. I'll go back to the glibc bugzilla.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43490
--- Comment #23 from dominiq at lps dot ens dot fr 2010-03-24 14:41 ---
The result of regression testing for gcc and gfortran with the patch committed
on trunk at revision 148568 posted at
http://gcc.gnu.org/ml/gcc-testresults/2010-03/msg02071.html.
--
--- Comment #21 from rguenth at gcc dot gnu dot org 2010-03-24 14:48
---
For 4.5.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target
--- Comment #5 from piotr dot wyderski at gmail dot com 2010-03-24 15:33
---
wonder about the subject, the ICE clearly happens in debug mode, not
non-debug mode...
The command line specified does not contain -DNDEBUG,
as the preprocessed file was created in non-debug mode,
so all
--- Comment #12 from mrs at gcc dot gnu dot org 2010-03-24 16:08 ---
Subject: Bug 33120
Author: mrs
Date: Wed Mar 24 16:07:51 2010
New Revision: 157697
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157697
Log:
PR java/43504
Revert fix for PR target/33120.
--- Comment #4 from mrs at gcc dot gnu dot org 2010-03-24 16:08 ---
Subject: Bug 43504
Author: mrs
Date: Wed Mar 24 16:07:51 2010
New Revision: 157697
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157697
Log:
PR java/43504
Revert fix for PR target/33120.
--- Comment #5 from mrs at gcc dot gnu dot org 2010-03-24 16:10 ---
This has been fixed.
--
mrs at gcc dot gnu dot org changed:
What|Removed |Added
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #13 from mrs at gcc dot gnu dot org 2010-03-24 16:13 ---
The fixed cause many failures in the libjava testsuite. I've reverted this fix
for now until I can spend some time to resolve those issues. We should also
ensure that ada is clean as well before we consider this
--- Comment #6 from mrs at gcc dot gnu dot org 2010-03-24 16:20 ---
Thanks for the quick heads up.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43504
Command line:
g++ -std=c++0x testcase.cpp
testcase.cpp
template typename struct A { A(); };
typedef A B;
template B::A() {}
--
trunk (with checking) gives:
$ /mnt/svn/gcc-trunk/binary-157675-lto/bin/g++ -std=c++0x testcase.cpp
testcase.cpp:2:12: error: wrong
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-03-24 16:42 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2010-03-24 16:43
---
Let's add Jason for this one too.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-03-24 16:45 ---
Close as a dup of bug 29131.
Comment #3 is valid as the associated namespace for X is the global namespace.
But with fundamental types there is currently no associated namespace so the
functions are not found.
--- Comment #11 from pinskia at gcc dot gnu dot org 2010-03-24 16:45
---
*** Bug 43506 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jason at gcc dot gnu dot org 2010-03-24 16:49 ---
Subject: Bug 43502
Author: jason
Date: Wed Mar 24 16:49:06 2010
New Revision: 157701
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157701
Log:
PR c++/43502
* parser.c (make_declarator):
--- Comment #7 from jakub at gcc dot gnu dot org 2010-03-24 16:50 ---
Subject: Bug 43479
Author: jakub
Date: Wed Mar 24 16:50:11 2010
New Revision: 157702
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157702
Log:
PR debug/43479
* ira.c (adjust_cleared_regs): New
--- Comment #6 from jakub at gcc dot gnu dot org 2010-03-24 16:51 ---
Subject: Bug 43508
Author: jakub
Date: Wed Mar 24 16:51:02 2010
New Revision: 157703
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157703
Log:
PR debug/43508
* dwarf2out.c (mem_loc_descriptor):
--- Comment #8 from jakub at gcc dot gnu dot org 2010-03-24 16:55 ---
Testcase from #c1 fixed, for #c0 I don't consider it a bug
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from davem at davemloft dot net 2010-03-24 16:55 ---
I'm not passing anything special to the build, just stock -O2 with
a 32-bit compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43385
--- Comment #14 from jakub at gcc dot gnu dot org 2010-03-24 17:02 ---
Can you please try the #c11 patch with 0 instead of 1 in gimple_boolify
and see whether you see any difference beyond those two insns (and whether it
works)?
--
--- Comment #15 from jakub at gcc dot gnu dot org 2010-03-24 17:04 ---
Perhaps also with -fverbose-asm see what options were actually used during the
compilation?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43385
--- Comment #16 from davem at davemloft dot net 2010-03-24 17:08 ---
I'm trying to distill a test case currently and also something broke bootstrap
on sparc in the past day or two (I think it's the IRA change) which I want
to track down first.
I'll play with your patch once I get past
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
CC|jason at gcc dot gnu dot org|
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu
--- Comment #17 from davem at davemloft dot net 2010-03-24 17:22 ---
I get the same two instruction change you saw with 0 and it
makes the test pass.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43385
--- Comment #14 from dominiq at lps dot ens dot fr 2010-03-24 17:27 ---
Note that there was no libjava test failure with the patch in
http://gcc.gnu.org/ml/fortran/2010-03/txt7.txt . Also with this patch the
test in comment #8 was not improved.
--
--- Comment #18 from doko at ubuntu dot com 2010-03-24 17:31 ---
seen on the 4.4 branch as well on
ia64-linux-gnu, configured --with-system-libunwind
sparc-linux-gnu, building with -m32 -mcpu=ultrasparc
arm-linux-gnueabi, configured with -with-arch=armv7-a --with-float=softfp
Preprocessing an empty file with a wrong -mfpu value results in:
empty.c:1:0: error: invalid floating point option: -mfpu=xxx
empty.c:1:0: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for
--- Comment #15 from developer at sandoe-acoustics dot co dot uk
2010-03-24 17:39 ---
(In reply to comment #14)
Note that there was no libjava test failure with the patch in
http://gcc.gnu.org/ml/fortran/2010-03/txt7.txt . Also with this patch the
test in comment #8 was not
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-03-24 17:42 ---
*** Bug 43510 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-03-24 17:42 ---
20091217
This was fixed already (back in February), please try a new snapshot.
Also you should look into using the ARM EABI target rather than the old arm elf
target.
*** This bug has been marked as a duplicate
--- Comment #19 from davem at davemloft dot net 2010-03-24 17:59 ---
Created an attachment (id=20186)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20186action=view)
Distilled test case.
The expression that causes problems is:
if (__builtin_expect (integer, 0) ptr != NULL)
--- Comment #9 from meissner at gcc dot gnu dot org 2010-03-24 18:00
---
Created an attachment (id=20187)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20187action=view)
Patch to swap registers if first register is r0 in multi-word moves.
This patch fixes the problem in building
--- Comment #4 from ghazi at gcc dot gnu dot org 2010-03-24 18:11 ---
OK, I'll modify the testcase to ensure function f() gets inlined.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43495
--- Comment #4 from jason at gcc dot gnu dot org 2010-03-24 18:13 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jason at gcc dot gnu dot org 2010-03-24 18:14 ---
Smaller testcase:
typedef int B;
B::B() {}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43509
--- Comment #22 from hubicka at gcc dot gnu dot org 2010-03-24 18:17
---
Hi,
I am teaching CD-DCE today so I took oppurtunity to figure out what happens.
1) The original formulation by Cytron et. al. has mistake in it. It claims
that after removal of dead conditional one can take any
--- Comment #15 from mckelvey at maskull dot com 2010-03-24 18:26 ---
(In reply to comment #14)
I now see that sjlj dll is back in /usr/local/bin, along with the other one. I
delete them, and the new g++ works. At least it compiles to a .o again. We'll
see if my project actually runs
--- Comment #5 from ro at gcc dot gnu dot org 2010-03-24 18:50 ---
Subject: Bug 38118
Author: ro
Date: Wed Mar 24 18:49:49 2010
New Revision: 157705
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157705
Log:
* configure.ac (i[34567]86-*-*): Handle Solaris 2/x86 TLS
--- Comment #23 from hubicka at gcc dot gnu dot org 2010-03-24 19:02
---
Created an attachment (id=20188)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20188action=view)
Patch in testing
Hi,
this is patch I am testing.
I was also re-thinking the problem of redirecting BB with
--- Comment #30 from spop at gcc dot gnu dot org 2010-03-24 20:17 ---
Fixed.
Please use ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.9.tar.gz
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jakub at gcc dot gnu dot org 2010-03-24 20:31 ---
Subject: Bug 43498
Author: jakub
Date: Wed Mar 24 20:31:09 2010
New Revision: 157706
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157706
Log:
PR target/43498
* config/i386/i386.c
--- Comment #6 from jakub at gcc dot gnu dot org 2010-03-24 20:45 ---
Subject: Bug 43293
Author: jakub
Date: Wed Mar 24 20:44:48 2010
New Revision: 157707
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157707
Log:
PR debug/43293
* target.h (struct gcc_target): Add
--- Comment #12 from jakub at gcc dot gnu dot org 2010-03-24 20:52 ---
Should be fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from jakub at gcc dot gnu dot org 2010-03-24 20:54 ---
Thanks, will debug tomorrow. At least it is in gimple_boolify which is much
shorter than the other changes...
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from spop at gcc dot gnu dot org 2010-03-24 21:11 ---
I don't think this is due to the interchange heuristic,
it looks more like a missed vectorization problem after Graphite.
Closing the bug.
--
spop at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from meissner at gcc dot gnu dot org 2010-03-24 21:12
---
Patch checked in, subversion id 157709.
--
meissner at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from sje at cup dot hp dot com 2010-03-24 21:34 ---
Well it looks like the big SPEC slowdowns were a glitch. The generated code is
only slightly different and when I tried to reproduce the results I saw a
slight
speed up in mcf instead of a slowdown. I still got an
--- Comment #31 from howarth at nitro dot med dot uc dot edu 2010-03-24
21:35 ---
(In reply to comment #30)
Fixed.
Please use ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.9.tar.gz
Shouldn't the required cloog-ppl version in configure be bumped from 0.15.5 to
0.15.9?
--- Comment #21 from jakub at gcc dot gnu dot org 2010-03-24 22:48 ---
I guess we want to call gimple_boolify on the __builtin_expect argument only if
it is (inside of the (long) cast) one of the handled cases
(TRUTH_*_EXPR, comparisons), but not in the case it is neither of these -
--- Comment #10 from janis at gcc dot gnu dot org 2010-03-24 22:51 ---
Subject: Bug 42348
Author: janis
Date: Wed Mar 24 22:51:08 2010
New Revision: 157715
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157715
Log:
2010-03-24 Iain Sandoe iain.san...@sandoe-acoustics.co.uk
1 - 100 of 119 matches
Mail list logo