GCC 5.0 and OpenMP 4.0 accelerator : Adapteva/Parallella board

2015-02-11 Thread Nicholas Yue
Hi, I would like to find out if this is the correct forum to ask/discuss about GCC 5's OpenMP 4.0 implementation, in particular the new accelerator feature which from what I understand, allows the compute to be offloaded to external GPU/accelerator. I have a Parallella board (ARM dua

gcc-4.9-20150211 is now available

2015-02-11 Thread gccadmin
Snapshot gcc-4.9-20150211 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.9-20150211/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.9 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches

Re: Postpone expanding va_arg until pass_stdarg

2015-02-11 Thread Tom de Vries
On 10-02-15 14:46, Richard Biener wrote: This patch is a way to achieve that gimplification doesn't call the actual >gimplify_expr langhook, and it fixes the failure. But I'm guessing that's >not the proper way to fix this. More like Index: gcc/tree.c ===

Re: Postpone expanding va_arg until pass_stdarg

2015-02-11 Thread Tom de Vries
On 10-02-15 17:57, Michael Matz wrote: Hi, On Tue, 10 Feb 2015, Tom de Vries wrote: I've added two modifications to gimplify_modify_expr: - the WITH_SIZE_EXPR in which the CALL_TREE is wrapped, is dropped after gimplification, but we need the size expression at expansion in pass_stdarg.

[ANN] ODB C++ ORM 2.4.0 Released

2015-02-11 Thread Boris Kolpackov
Hi, I am pleased to announce the release of ODB 2.4.0. ODB is an open source object-relational mapping (ORM) system for C++. It allows you to persist C++ objects to a relational database without having to deal with tables, columns, or SQL and without manually writing any of the mapping code. ODB

Re: Android native build of GCC

2015-02-11 Thread Cyd Haselton
On Wed, Feb 11, 2015 at 5:27 AM, Andrew Haley wrote: > On 02/11/2015 10:00 AM, Cyd Haselton wrote: >> >> >> On February 11, 2015 2:36:59 AM CST, Andrew Haley wrote: >>> On 11/02/15 00:41, Cyd Haselton wrote: > > I'd rather leave it on-list for future reference. The best thing >

Re: Android native build of GCC

2015-02-11 Thread Andrew Haley
On 02/11/2015 10:00 AM, Cyd Haselton wrote: > > > On February 11, 2015 2:36:59 AM CST, Andrew Haley wrote: >> On 11/02/15 00:41, Cyd Haselton wrote: >>> I'd rather leave it on-list for future reference. The best thing would be for libfakechroot to be linked against libdl: that wa

Re: Android native build of GCC

2015-02-11 Thread Cyd Haselton
On February 11, 2015 2:36:59 AM CST, Andrew Haley wrote: >On 11/02/15 00:41, Cyd Haselton wrote: >> >>> >>> I'd rather leave it on-list for future reference. The best thing >>> would be for libfakechroot to be linked against libdl: that way, >when >>> dlopen() was called the link would be corr

Re: Android native build of GCC

2015-02-11 Thread Andrew Haley
On 11/02/15 00:41, Cyd Haselton wrote: > >> >> I'd rather leave it on-list for future reference. The best thing >> would be for libfakechroot to be linked against libdl: that way, when >> dlopen() was called the link would be correctly satisfied. If that >> isn't possible (if dlopen() doesn't wo