On Fri, Sep 6, 2013 at 7:40 AM, Jan Hubicka wrote:
>> On Fri, Sep 06, 2013 at 02:38:01PM +0200, Jan Hubicka wrote:
>> > > > .. looks like this is target/58269, which therefore affects
>> > > > x86_64-linux too.
>> > >
>> > > Now this reproduces to me, too. apppy_args expansion is trying to
>> >
> On Fri, Sep 06, 2013 at 02:38:01PM +0200, Jan Hubicka wrote:
> > > > .. looks like this is target/58269, which therefore affects
> > > > x86_64-linux too.
> > >
> > > Now this reproduces to me, too. apppy_args expansion is trying to
> > > preserve AVX
> > > register in V8SF mode when AVX is di
On Mon, 2013-08-26 12:51:53 +0200, Jan-Benedict Glaw wrote:
> On Tue, 2013-08-20 11:24:31 +0400, Alexander Ivchenko
> wrote:
> > Hi, thanks for cathing this.
> >
> > I certainly missed that OPTION_BIONIC is not defined for linux targets
> > that do not include config/linux.h in their tm.h.
> >
On Fri, Sep 06, 2013 at 02:38:01PM +0200, Jan Hubicka wrote:
> > > .. looks like this is target/58269, which therefore affects
> > > x86_64-linux too.
> >
> > Now this reproduces to me, too. apppy_args expansion is trying to preserve
> > AVX
> > register in V8SF mode when AVX is disabled. This
> > .. looks like this is target/58269, which therefore affects
> > x86_64-linux too.
>
> Now this reproduces to me, too. apppy_args expansion is trying to preserve
> AVX
> register in V8SF mode when AVX is disabled. This leads to move expander to
> not
> allow moving it and we end up infinite
Hi, all!
My colleagues and I are going to share our initial support of OpenACC soon
(in a week, I hope). We're on stage of internal approval before making first
public commit, FE+BE patches are prepared already.
So, I think we need to discuss our future collaboration in case we all want
to impleme
> .. looks like this is target/58269, which therefore affects
> x86_64-linux too.
Now this reproduces to me, too. apppy_args expansion is trying to preserve AVX
register in V8SF mode when AVX is disabled. This leads to move expander to not
allow moving it and we end up infinitely recursing tryin
Hi,
On 09/06/2013 01:46 PM, Peter Bergner wrote:
On Fri, 2013-09-06 at 13:36 +0200, Paolo Carlini wrote:
. on x86_64-linux, this commit broke the build of that file:
http://gcc.gnu.org/ml/gcc-cvs/2013-09/msg00149.html
CC-ing Peter.
Can you try the patch that HJ suggested?
http://gcc.gnu.
On Fri, 2013-09-06 at 13:36 +0200, Paolo Carlini wrote:
> . on x86_64-linux, this commit broke the build of that file:
>
> http://gcc.gnu.org/ml/gcc-cvs/2013-09/msg00149.html
>
> CC-ing Peter.
Can you try the patch that HJ suggested?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58139#c9
Peter
. on x86_64-linux, this commit broke the build of that file:
http://gcc.gnu.org/ml/gcc-cvs/2013-09/msg00149.html
CC-ing Peter.
Thanks,
Paolo.
.. looks like this is target/58269, which therefore affects
x86_64-linux too.
Paolo.
Hi
today the bootstrap is broken, some sort of infinite recursion. A quick
make gives the below.
Thanks,
Paolo.
/
libtool: compile: /home/paolo/Gcc/svn-dirs/trunk-build/./gcc/xgcc
-B/home/paolo/Gcc/svn-dirs/trunk-build/./gcc/
-B/home/paolo/Gcc/svn-dirs/trunk-install/x8
12 matches
Mail list logo
