Hi Jan,
On Mon, 2008-08-18 at 17:37 -0500, Sjodin, Jan wrote:
> > As the current code generation does not support conditional
> > statements,
> > we fail to generate code for them.
> >
> > Who will work on that one?
>
> I am working on this.
Great!
I would like to improve the way how we han
David Daney wrote:
Yes there is. I'm not sure if Richard can cause them to be sent to you,
but certainly requesting copyright assignment documents on
gcc@gcc.gnu.org would work. It can often take many weeks to get them
processed, so starting as soon as possible would be a good idea.
I'll s
> As the current code generation does not support conditional
> statements,
> we fail to generate code for them.
>
> Who will work on that one?
I am working on this.
- Jan
Hi Sebastian, hi Jan, hi graphities,
while trying to work on graphite I saw, that the last changes made the
code generation fail for every case.
1. Cloog-PPL creates many unnecessary conditional statements.
=
Problem since: cloog-ppl ch
Hi Sebastian, hi Jan, hi graphities,
while trying to work on graphite I saw, that the last changes made the
code generation fail for every case.
1. Cloog-PPL creates many unnecessary conditional statements.
=
Problem since: cloog-ppl ch
On Mon, 18 Aug 2008, Jeff Law wrote:
> Richard Guenther wrote:
> >
> > The most interesting pass change is the removal of the first
> > DOM/phi-cprop pair. DOM mostly deals with jump-threading at this
> > place and for tramp3d catches 473 threads on top of the 2555 ones
> > performed by the VRP
Richard Guenther wrote:
The most interesting pass change is the removal of the first
DOM/phi-cprop pair. DOM mostly deals with jump-threading at this
place and for tramp3d catches 473 threads on top of the 2555 ones
performed by the VRP pass that runs right before the first DOM.
Ultimately,
Kumba wrote:
Richard Sandiford wrote:
OK otherwise. Do you have a copyright assignment on file?
Nope. Is there something I need to fill out and e-mail to someone?
Yes there is. I'm not sure if Richard can cause them to be sent to you, but certainly requesting copyright assignment docume
On Mon, Aug 18, 2008 at 5:39 PM, Eric Botcazou <[EMAIL PROTECTED]> wrote:
>> But is "fixed" on the branch and the trunk.
>
> Then it should probably not be "blocker" anymore.
"blocker" doesn't have any meaning for the release management process,
but yes, feel free to lower that.
Richard.
> But is "fixed" on the branch and the trunk.
Then it should probably not be "blocker" anymore.
--
Eric Botcazou
It would be nice to have a stand-alone testcase for this, so please
file a bugreport.
I've opened PR37150 for this.
Thanks,
Joost
On Mon, Aug 18, 2008 at 5:30 PM, Eric Botcazou <[EMAIL PROTECTED]> wrote:
>> Although the number of open regression PRs is increasing, probably as
>> more people start to use 4.3 branch, there are currently no open P1
>> PRs and it does not look like there are any serious PRs open for
>> regression
> Although the number of open regression PRs is increasing, probably as
> more people start to use 4.3 branch, there are currently no open P1
> PRs and it does not look like there are any serious PRs open for
> regressions relative to 4.3.0 or 4.3.1.
PR rtl-opt/36998 is marked "blocker" though.
-
2008/8/18 VandeVondele Joost <[EMAIL PROTECTED]>:
>
> The attached testcase yields (on a core2 duo, gcc trunk):
>
>> gfortran -O3 -ftree-vectorize -ffast-math -march=native test.f90
>> time ./a.out
>
> real0m3.414s
>
>> ifort -xT -O3 test.f90
>> time ./a.out
>
> real0m1.556s
>
> The assemb
The attached testcase yields (on a core2 duo, gcc trunk):
gfortran -O3 -ftree-vectorize -ffast-math -march=native test.f90
time ./a.out
real0m3.414s
ifort -xT -O3 test.f90
time ./a.out
real0m1.556s
The assembly contains:
ifort gfortran
mulpd 140 0
mulsd
Status
==
Although the number of open regression PRs is increasing, probably as
more people start to use 4.3 branch, there are currently no open P1
PRs and it does not look like there are any serious PRs open for
regressions relative to 4.3.0 or 4.3.1. Thus, I propose to make
4.3.2-rc1 tomorr
Hello everybody,
I create a gcc-backend. I have already created the *.md, *.h and *.c
files and I have compiled the gcc which includes backend.
But when I try to compile a simple c-File with my gcc I get a
Segmentation fault. I tried to debug it but I don't get the point.
The Error occures in ma
On Mon, Aug 18, 2008 at 1:15 PM, Martin Schindewolf <[EMAIL PROTECTED]> wrote:
> Hi,
> I will try to explain in more detail:
> I am trying to implement support for transactions in GCC. In particular for
> a Software Transactional Memory library called tinySTM. Since transactions
> have the nice pro
Hi,
I will try to explain in more detail:
I am trying to implement support for transactions in GCC. In particular
for a Software Transactional Memory library called tinySTM. Since
transactions have the nice property that they can abort and execute
again, we need some kind of checkpointing at th
19 matches
Mail list logo
