Snapshot gcc-4.8-20150319 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20150319/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Thu, Mar 19, 2015 at 09:42:58PM +0300, Ilya Verbin wrote:
> Ok, got it.
>
> And what about global allocatable fortran arrays? I didn't find any
> restrictions in the specification. Here is a reduced testcase:
This really can't be supported. If you have global allocatables, you really
should
On Thu, Mar 19, 2015 at 15:57:10 +0100, Jakub Jelinek wrote:
> On Thu, Mar 19, 2015 at 05:49:47PM +0300, Ilya Verbin wrote:
> > If I understand correctly, it's not allowed to map global target arrays this
> > way, since it's already present in the initial device data environment:
>
> It of course
On Thu, Mar 19, 2015 at 08:36:50PM +0800, xue yinsong wrote:
> Thanks for the guidance.
>
> I tried to merge thunk into this branch.
> However, it seems a small part of Gimple FE is a bit outdated.
>
>
> is_param / is_marked / htab are still used in parser.c
> ( https://gcc.gnu.org/svn/gcc/bra
On Thu, Mar 19, 2015 at 05:49:47PM +0300, Ilya Verbin wrote:
> > > void foo (int a1[])
> > > {
> > > #pragma omp target
> > > {
> > > a1[10]++;
> > > a2[10]++;
> > > }
> > > }
> >
> > That is a buggy test. int a1[] function argument is changed
> > into int *a1, so it is actu
On Thu, Mar 19, 2015 at 14:47:44 +0100, Jakub Jelinek wrote:
> Here is untested patch. I'm going to check it in after bootstrap/regtest.
Thanks.
> > I am investigating run-fails on some benchmark, and have found a second
> > questionable place, where a function argument overrides a global array.
On Mon, Mar 16, 2015 at 09:41:53PM +0300, Ilya Verbin wrote:
> On Tue, Mar 10, 2015 at 19:52:52 +0300, Ilya Verbin wrote:
> > Hi Jakub,
> >
> > I have one more question :)
> > This testcase seems to be correct... or not?
> >
> > #pragma omp declare target
> > extern int G;
> > #pragma omp end dec
On Wed, Mar 18, 2015 at 10:28 PM, Jason Merrill wrote:
> If you move the call to rest_of_decl_compilation we could go through and
> prune the debug info for unused decls at dwarf2out_finish time, the way we
> do with unused types.
True. Note that the varpool nodes eventually get created once the
On March 19, 2015 4:57:37 AM GMT+01:00, Trevor Saunders
wrote:
>On Wed, Mar 18, 2015 at 11:09:28PM +0800, xue yinsong wrote:
>>
>>
>>
>>
>>
>> On 15/3/18 下午10:08, "Diego Novillo" wrote:
>>
>> >On Wed, Mar 18, 2015 at 2:54 AM, xue yinsong
> wrote:
>> >
>> >> Somehow this project is not in t
