llvm dev - May 2013 - [LLVMdev] gcc 4.8.x dragonegg support

Duncan,
    I was wondering if you plan on supporting the build of dragonegg under gcc
4.8.1svn
for the llvm 3.3 release? Is the deprecation and poisoning of IDENT_ASM_OP too
problematic
to work around without some additional substitute being added in FSF gcc
upstream?
         Jack

On Wed, May 08, 2013 at 09:25:55AM -0400, Jack Howarth
wrote:
> Duncan,
>     I was wondering if you plan on supporting the build of dragonegg under
gcc 4.8.1svn
> for the llvm 3.3 release? Is the deprecation and poisoning of IDENT_ASM_OP
too problematic
> to work around without some additional substitute being added in FSF gcc
upstream?
Hi Jack,

There's a patch under review to add gcc 4.8 support:
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130401/170127.html

Part of that patch has already been applied.  I gather that Duncan
has been busy with conference organisation so it may take some time
for him to review the rest of it.

Thanks,
-- 
Peter

On Wed, May 08, 2013 at 06:53:05AM -0700, Peter Collingbourne
wrote:
> On Wed, May 08, 2013 at 09:25:55AM -0400, Jack Howarth wrote:
> > Duncan,
> >     I was wondering if you plan on supporting the build of dragonegg
under gcc 4.8.1svn
> > for the llvm 3.3 release? Is the deprecation and poisoning of
IDENT_ASM_OP too problematic
> > to work around without some additional substitute being added in FSF
gcc upstream?
> 
> Hi Jack,
> 
> There's a patch under review to add gcc 4.8 support:
>
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130401/170127.html
Peter,
   Thanks. With the second patch applied, current dragonegg 3.3svn builds under
FSF gcc 4.8.1svn
with the plugin header fix applied. There appears to be a regression in the
Polyhedron 2005
benchmarks for aermod and rnflow. The first fails to compile with the errror...

% /sw/lib/gcc4.8/bin/gfortran -fplugin=/sw/lib/gcc4.8/lib/dragonegg.so
-specs=/sw/lib/gcc4.8/lib/integrated-as.specs -O1  aermod.f90 -o aermod
Undefined symbols for architecture x86_64:
  "_iround", referenced from:
      _stodbl_ in ccZmJVlP.o
      _evper_ in ccZmJVlP.o
  "_iroundf", referenced from:
      _aver_ in ccZmJVlP.o
      _vdp_ in ccZmJVlP.o
      _stonum_ in ccZmJVlP.o
      _terrst_ in ccZmJVlP.o
      _hrqext_ in ccZmJVlP.o
      _averev_ in ccZmJVlP.o
      _wake_dfsn2_ in ccZmJVlP.o
      ...
ld: symbol(s) not found for architecture x86_64
collect2: error: ld returned 1 exit status

and the second as...

% /sw/lib/gcc4.8/bin/gfortran -fplugin=/sw/lib/gcc4.8/lib/dragonegg.so
-specs=/sw/lib/gcc4.8/lib/integrated-as.specs -O1 rnflow.f90 -o rnflow
Undefined symbols for architecture x86_64:
  "_iroundf", referenced from:
      _cmpmat_ in ccaC6IRb.o
      _MAIN__ in ccaC6IRb.o
ld: symbol(s) not found for architecture x86_64
collect2: error: ld returned 1 exit status

         Jack
> 
> Part of that patch has already been applied.  I gather that Duncan
> has been busy with conference organisation so it may take some time
> for him to review the rest of it.
> 
> Thanks,
> -- 
> Peter

Hi Peter,

On 08/05/13 15:53, Peter Collingbourne wrote:
> On Wed, May 08, 2013 at 09:25:55AM -0400, Jack Howarth wrote:
>> Duncan,
>>      I was wondering if you plan on supporting the build of dragonegg
under gcc 4.8.1svn
>> for the llvm 3.3 release? Is the deprecation and poisoning of
IDENT_ASM_OP too problematic
>> to work around without some additional substitute being added in FSF
gcc upstream?
>
> Hi Jack,
>
> There's a patch under review to add gcc 4.8 support:
>
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130401/170127.html
>
> Part of that patch has already been applied.  I gather that Duncan
> has been busy with conference organisation so it may take some time
> for him to review the rest of it.
thanks for your patch.  I've applied it in pieces (and with several
changes).

Ciao, Duncan.