Displaying 7 results from an estimated 7 matches for "_iroundf".
2013 May 09
4
[LLVMdev] gcc 4.8.x dragonegg support
...rror...
% /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...
2013 May 11
0
[LLVMdev] gcc 4.8.x dragonegg support
...as.specs -O1 aermod.f90 -o aermod
does it happen without -specs=/sw/lib/gcc4.8/lib/integrated-as.specs ?
Ciao, Duncan.
> 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...
2013 May 08
0
[LLVMdev] gcc 4.8.x dragonegg support
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
2013 May 08
3
[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
2013 May 23
1
[LLVMdev] Polyhedron 2005 results for dragonegg 3.3svn
...ks compiled with llvm/compiler-rt/dragonegg 3.3svn at r182439 against current
>> FSF gcc 4.7.3svn and 4.8.1svn. The only major bug remaining in the dragonegg 3.3svn support for gcc 4.8.x is http://llvm.org/bugs/show_bug.cgi?id=15980
>> which results in unresolved symbols for _iround and _iroundf in the aermod and rnflow testcases. Note that this skews the geometric mean
>> of the run time to much higher values.
>
> I also didn't hook up LLVM's new fast-math optimizations yet, which I expect to
> make a big difference.
Duncan,
Is current dragonegg 3.3svn configure...
2013 May 11
0
[LLVMdev] gcc 4.8.x dragonegg support
On Thu, May 09, 2013 at 12:21:30PM -0400, Jack Howarth wrote:
> 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
2013 May 23
4
[LLVMdev] Polyhedron 2005 results for dragonegg 3.3svn
...ron 2005 benchmarks compiled with llvm/compiler-rt/dragonegg 3.3svn at r182439 against current
FSF gcc 4.7.3svn and 4.8.1svn. The only major bug remaining in the dragonegg 3.3svn support for gcc 4.8.x is http://llvm.org/bugs/show_bug.cgi?id=15980
which results in unresolved symbols for _iround and _iroundf in the aermod and rnflow testcases. Note that this skews the geometric mean
of the run time to much higher values.
Jack
Tested on x86_apple-darwin12
Compile Flags: -ffast-math -funroll-loops -O3
de-gfortran47: /sw/lib/gcc4.7/bin/gfortran -fplugin=/sw/lib/gcc4.7/lib/dragonegg.so -s...