On Tue, 12 May 2009 09:33:34 +0300 Mikolaj Golub wrote:
MG> On Mon, 11 May 2009 19:00:54 +0300 Mikolaj Golub wrote:
>> Hello,
>>
>> If I run the following program
>>
>> ---
>>
>> #include
>>
>> int n = 4, m = 2;
>>
>> int main () {
>> for (;;) {
>>
Hi Jack,
On Tue, 21 Apr 2009, Jack Howarth wrote:
>A couple changes in gcc 4.4.0 were omitted for
> the darwin target. The gcc 4.4.0 release now supports
> a full multilib build on the x86_64-apple-darwin9 and
> x86_64-apple-darwin10 targets. The gfortran compiler
> is now capable of generatin
> From: Andrew Pinski
> To: Jamie Prescott
> Cc: gcc@gcc.gnu.org
> Sent: Saturday, May 16, 2009 8:04:59 AM
> Subject: Re: Extending constraints using register subclasses
>
> On Sat, May 16, 2009 at 7:57 AM, Jamie Prescott wrote:
> > Now I managed to have the approach based on register subclass
On Sat, May 16, 2009 at 7:57 AM, Jamie Prescott wrote:
> Now I managed to have the approach based on register subclasses working. The
> above
> works too, but I somehow found it less clear and more "global" than inline
> assembly
> constraints.
It is not global as the register variables don't e
> From: Andrew Pinski
> To: Jamie Prescott
> Cc: gcc@gcc.gnu.org
> Sent: Monday, May 11, 2009 4:47:57 PM
> Subject: Re: Extending constraints using register subclasses
>
> On Mon, May 11, 2009 at 4:45 PM, Jamie Prescott wrote:
> >
> > Hi!
> > I wanted to add finer (one per) register subclasses
On the LTO branch, I am brute-forcing LTO compilation on all the
testsuite directories. This causes many spurious failures because we
are not going to support LTO compiles on everything. For instance,
LTO is not supported for fortran, java, ada, mudflap. Also, for some
tests like pch, the tests
On Sat, May 16, 2009 at 11:41 AM, VandeVondele Joost wrote:
>
I think it is useful to have a bugzilla here.
>>>
>>> will do.
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40168
>
>>
>> Btw, complete unrolling is also hindred by the artificial limit of
>> maximally
>> unrolling 16 iterations
I think it is useful to have a bugzilla here.
will do.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40168
Btw, complete unrolling is also hindred by the artificial limit of maximally
unrolling 16 iterations. Your inner loops iterate 27 times. Also by the
artificial limit of the maximal u
On Sat, May 16, 2009 at 11:29 AM, VandeVondele Joost wrote:
>
>
> thanks for the info
>
>> I think it is useful to have a bugzilla here.
>
> will do.
Btw, complete unrolling is also hindred by the artificial limit of maximally
unrolling 16 iterations. Your inner loops iterate 27 times. Also by
thanks for the info
I think it is useful to have a bugzilla here.
will do.
I tested 4.4, what did you test?
4.3 4.4 4.5
Joost
On Sat, May 16, 2009 at 10:28 AM, VandeVondele Joost wrote:
> the attached code (see contract__sparse) is a kernel which I hope gets
> optimized well. Unfortunately, compiling (on opteron or core2) it as
>
> gfortran -O3 -march=native -ffast-math -funroll-loops -ffree-line-length-200
> test.f
the attached code (see contract__sparse) is a kernel which I hope gets
optimized well. Unfortunately, compiling (on opteron or core2) it as
gfortran -O3 -march=native -ffast-math -funroll-loops
-ffree-line-length-200 test.f90
./a.out
Sparse: time[s] 0.66804099
New: time[s] 0.2080
12 matches
Mail list logo
