Displaying 6 results from an estimated 6 matches for "va_opt".
Did you mean:
val_opt
2010 Apr 08
1
[LLVMdev] darwin llvm-gfortran Polyhedron 2005 results
...his change, not mine]
>
> The change in 81455 fixes a compiler crash. It doesn't happen very often, but I can't imagine we would want to back that out. Fixing it would be a more reasonable solution. From a quick look at it, the problem is that gcc/config/darwin-c.c is registering va_opt for GC. When you build for Fortran, darwin-c.o is not linked so the GC gets confused somehow.
Bob,
Duncan suggested moving va_opt into darwin.o and changing the declaration from static to
extern in darwin-c.o. I have tried that here...
http://llvm.org/bugs/attachment.cgi?id=4652
in various...
2010 Apr 08
0
[LLVMdev] darwin llvm-gfortran Polyhedron 2005 results
...e this was his change, not mine]
The change in 81455 fixes a compiler crash. It doesn't happen very often, but I can't imagine we would want to back that out. Fixing it would be a more reasonable solution. From a quick look at it, the problem is that gcc/config/darwin-c.c is registering va_opt for GC. When you build for Fortran, darwin-c.o is not linked so the GC gets confused somehow.
On Apr 8, 2010, at 6:25 AM, Jack Howarth wrote:
> On Wed, Apr 07, 2010 at 09:54:36PM -0700, Chris Lattner wrote:
>>
>> On Apr 7, 2010, at 8:41 PM, Jack Howarth wrote:
>>
>>&...
2010 Apr 08
3
[LLVMdev] darwin llvm-gfortran Polyhedron 2005 results
.... I don't think that anyone has done *any* llvm-gfortran perf work.
>
> -Chris
Chris,
How essential is r81455 to the llvm-gcc4.2-2.7 release? Can we regress it
out for 2.7? I've tried all of the suggestions in...
http://llvm.org/bugs/show_bug.cgi?id=6778
from Duncan for moving va_opt into darwin.c as an extern. While this
works at first glance, it destablizes the parallel make. Regressing r81455
doesn't appear to cause any problems.
Jack
>
> >
> > ================================================================================
> > D...
2010 Apr 08
2
[LLVMdev] darwin llvm-gfortran Polyhedron 2005 results
...his change, not mine]
>
> The change in 81455 fixes a compiler crash. It doesn't happen very often, but I can't imagine we would want to back that out. Fixing it would be a more reasonable solution. From a quick look at it, the problem is that gcc/config/darwin-c.c is registering va_opt for GC. When you build for Fortran, darwin-c.o is not linked so the GC gets confused somehow.
This is the first I was aware this patch broke anything; nobody cc'd me on the bugzilla, and I don't normally pay attention to Fortran mail.
We definitely don't want to revert 81455; the bug...
2010 Apr 08
0
[LLVMdev] darwin llvm-gfortran Polyhedron 2005 results
On Apr 7, 2010, at 8:41 PM, Jack Howarth wrote:
> Building the current release 2.7 branch on x86_64-apple-darwin10
> with r81455 reverted, I get the following Polyhedron 2005 benchmark
> results (with no test failures)...
Very nice! A 14% speedup on a benchmark we don't tune for isn't bad. I imagine that there are several easy wins you could get on it if you were interested
2010 Apr 08
3
[LLVMdev] darwin llvm-gfortran Polyhedron 2005 results
Building the current release 2.7 branch on x86_64-apple-darwin10
with r81455 reverted, I get the following Polyhedron 2005 benchmark
results (with no test failures)...
================================================================================
Date & Time : 7 Apr 2010 22:24:16
Test Name : llvm_gfortran_lin_p4
Compile Command : llvm-gfortran -ffast-math -funroll-loops -msse3