On 12/11/06, H. J. Lu [EMAIL PROTECTED] wrote:
On Sun, Dec 10, 2006 at 09:42:35PM -0800, H. J. Lu wrote:
On Mon, Dec 11, 2006 at 12:27:07AM -0500, Daniel Berlin wrote:
Hey, by chance does the attached fix it?
Yes, it fixes 464.h264ref with the test input. I am running the real
input now.
On 12/10/06, H. J. Lu [EMAIL PROTECTED] wrote:
2006
Reply-To:
Hi Daniel,
Do you have access to SPEC CPU 2006?
No, i don't, only SPEC CPU 2000.
Your patch
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00225.html
causes gcc 4.3 to miscompile 464.h264ref in SPEC CPU 2006 with
-O2 -ffast-math
Hey, by chance does the attached fix it?
On 12/10/06, Daniel Berlin [EMAIL PROTECTED] wrote:
On 12/10/06, H. J. Lu [EMAIL PROTECTED] wrote:
2006
Reply-To:
Hi Daniel,
Do you have access to SPEC CPU 2006?
No, i don't, only SPEC CPU 2000.
Your patch
On Mon, Dec 11, 2006 at 12:27:07AM -0500, Daniel Berlin wrote:
Hey, by chance does the attached fix it?
Yes, it fixes 464.h264ref with the test input. I am running the real
input now.
Thanks.
H.J.
---
On 12/10/06, Daniel Berlin [EMAIL PROTECTED] wrote:
On 12/10/06, H. J. Lu [EMAIL
On Sun, Dec 10, 2006 at 09:42:35PM -0800, H. J. Lu wrote:
On Mon, Dec 11, 2006 at 12:27:07AM -0500, Daniel Berlin wrote:
Hey, by chance does the attached fix it?
Yes, it fixes 464.h264ref with the test input. I am running the real
input now.
Do you need a testcase for your fix? We can
On Sun, Dec 10, 2006 at 09:42:35PM -0800, H. J. Lu wrote:
On Mon, Dec 11, 2006 at 12:27:07AM -0500, Daniel Berlin wrote:
Hey, by chance does the attached fix it?
Yes, it fixes 464.h264ref with the test input. I am running the real
input now.
It works for 464.h264ref with the real
On 12/3/06, Gerald Pfeifer [EMAIL PROTECTED] wrote:
Hi Richie,
On Tue, 21 Nov 2006, Richard Guenther wrote:
Public monitoring would be more useful. If you have working single-file
testcases that you want be monitored for compile-time and memory-usage
just contact me and I can add them to
Hi Richie,
On Tue, 21 Nov 2006, Richard Guenther wrote:
Public monitoring would be more useful. If you have working single-file
testcases that you want be monitored for compile-time and memory-usage
just contact me and I can add them to the daily tester
On Tue, 21 Nov 2006, Diego Novillo wrote:
With the exception of DLV and SPEC2000, we could probably add most of
them to the check-compile testsuite. I don't know if Gerald would be
able to allow DLV to be included.
I am, unfortunately, not able to make it completely public but if further
In the meantime, is there a simple way to disable this more correct
mechanism so I can get my timings?
You'll get testsuite failures if you disable it because it fixes a
bunch of bugs.
You can always disable all of PTA, but i would not recommend it.
With the attached patch, it should take
On Fri, 2006-11-17 at 22:19 -0500, Daniel Berlin wrote:
On 11/17/06, Andrew MacLeod [EMAIL PROTECTED] wrote:
On Fri, 2006-11-17 at 12:22 -0500, Andrew MacLeod wrote:
I just tried compiling cplusplus_grammer.ii with mainline, checking
disabled, and had to stop it after 30 minutes (use to
I just tried compiling cplusplus_grammer.ii with mainline, checking
disabled, and had to stop it after 30 minutes (use to be 50 seconds on
my x86-linux box). A quick check with GDB seems to show that its
spending in inordinate amount of time in may_alias:
#0 0x0816d1ac in bitmap_ior_into
On Fri, 2006-11-17 at 12:22 -0500, Andrew MacLeod wrote:
I just tried compiling cplusplus_grammer.ii with mainline, checking
disabled, and had to stop it after 30 minutes (use to be 50 seconds on
my x86-linux box). A quick check with GDB seems to show that its
spending in inordinate amount of
On 11/17/06, Andrew MacLeod [EMAIL PROTECTED] wrote:
On Fri, 2006-11-17 at 12:22 -0500, Andrew MacLeod wrote:
I just tried compiling cplusplus_grammer.ii with mainline, checking
disabled, and had to stop it after 30 minutes (use to be 50 seconds on
my x86-linux box). A quick check with GDB
14 matches
Mail list logo