search for: facerec

...it mentions /work/NAG_f95/lib/ NAGWare/... not found as errors now). It seems the paths in Makefile.nagfortran (in llvm-test) are hardcoded (lib/NAGWare/quickfit.o and such). When I adjust the settings in Makefile.nagfortran as follows, I'm able to get bytecode file for lucas, galgel and facerec, but make still quits with an error (after generating bytecode files for 7 (out of 26) benchmarks. Also, the file 'libf97.dylib' isn't in my NAG_f95/lib directory, and nothing remotely like it either. Are some major changes in the NAG Fortran compiler itself the cause of this? W...

...s errors now). Okay, well that's progress. > It seems the paths in Makefile.nagfortran (in llvm-test) are hardcoded > (lib/NAGWare/quickfit.o and such). ok > When I adjust the settings in Makefile.nagfortran as follows, I'm able to get > bytecode file for lucas, galgel and facerec, but make still quits with an > error (after generating > bytecode files for 7 (out of 26) benchmarks. > > Also, the file 'libf97.dylib' isn't in my NAG_f95/lib directory, and nothing > remotely like it either. > > Are some major changes in the NAG Fortran compile...

...This should probably be fixed in the Makefile.nagfortran, but I don't know how (since there's no other *dylib file available it seems). This only generates a warning from gccld, but I think it's the cause of the problems which are reported subsequently. Affected benchmarks: galgel, facerec, sixtrack *** BEAM (fma3d) There seem to be some issues with the fma3d benchmark, when translating from Fortran to C: f95 -w -S -O2 <path>/SPEC_CPU2000_1.3_src/benchspec/CFP2000/191.fma3d/ src/beam.f90 -o beam.c -dusty -maxcontin=69 Error: <path>/SPEC_CPU2000_1.3_src/benchspec/CFP...

On 31 Aug 2006, at 23:46, Chris Lattner wrote: > On Thu, 31 Aug 2006, Kenneth Hoste wrote: >> Bummer. I think I'll contact the NAG support for more info on >> this. Can you >> show me the content of your Makefile.nagfortran? > > It is identical to yours. > >> Also, it is possible to tell make only to compile benchmark X? How >> can I >>

On Thu, 31 Aug 2006, Kenneth Hoste wrote: >> $ grep F95 .../projects/llvm-test/Makefile.config > > -bash-3.00$ grep F95 projects/llvm-test/Makefile.config > # F95: Enable LLVM to run Fortran benchmarks without a Fortran front-end > USE_F95=1 > F95_DIR := > F95 := /work/NAG_f95/bin/f95 > F95_INC := /work/NAG_f95/lib > F95_LIB := /work/NAG_f95/lib > > Looks

...44% 1.66% 178.galgel 6637 6809 6617 -2.53% 0.30% 225564 225583 233742 -0.01% -3.50% 179.art 6710 5219 5588 28.57% 20.08% 25111 24188 28126 3.82% -10.72% 183.equake 5247 4813 5118 9.02% 2.52% 32539 34011 31431 -4.33% 3.53% 187.facerec 4332 4072 4380 6.39% -1.10% 82061 84290 85737 -2.64% -4.29% 188.ammp 2632 2424 2677 8.58% -1.68% 155976 155712 161403 0.17% -3.36% 189.lucas 5588 3471 5301 60.99% 5.41% 63282 69200 62861 -8.55% 0.67% 191.fma3d 3574 334...

...or or warnings) is generated. Also, the execution diff seems to be empty. Additionally, I don't think the programs get executed at all, because make runs too fast. For gap/gcc, only the cbe test fails, the other (including JIT) are ok. Affected benchmarks: galgel, equake, lucas, gcc, gap, facerec, sixtrack, wupwise, mgrid, applu, apsi Since these include both SPECfp and SPECint benchmarks, this has nothing todo with f95. *** 2) *** Undefined references With 3 benchmarks (vpr, crafty and eon), I'm getting similar undefined references: /tmp/ccGCQxYs.o(.text+0x76b2): In function...

On 31 Aug 2006, at 19:13, Chris Lattner wrote: > On Thu, 31 Aug 2006, Kenneth Hoste wrote: > >> When I adjust the settings in Makefile.nagfortran as follows, I'm >> able to get bytecode file for lucas, galgel and facerec, but make >> still quits with an error (after generating >> bytecode files for 7 (out of 26) benchmarks. >> >> Also, the file 'libf97.dylib' isn't in my NAG_f95/lib directory, >> and nothing remotely like it either. >> >> Are some major chan...

On 30 Aug 2006, at 23:04, Chris Lattner wrote: > On Wed, 30 Aug 2006, Kenneth Hoste wrote: >>> I use NAG with llvm-gcc4. What sort of errors do you get? Did >>> you configure llvm-test with the appropriate flags to find it? >> Yes, I did. llvm-test is configured as follows: (in /work/LLVM/ >> 1.8/ llvm/project/llvm-test): >> ./configure

...44% 1.66% 178.galgel 6637 6809 6617 -2.53% 0.30% 225564 225583 233742 -0.01% -3.50% 179.art 6710 5219 5588 28.57% 20.08% 25111 24188 28126 3.82% -10.72% 183.equake 5247 4813 5118 9.02% 2.52% 32539 34011 31431 -4.33% 3.53% 187.facerec 4332 4072 4380 6.39% -1.10% 82061 84290 85737 -2.64% -4.29% 188.ammp 2632 2424 2677 8.58% -1.68% 155976 155712 161403 0.17% -3.36% 189.lucas 5588 3471 5301 60.99% 5.41% 63282 69200 62861 -8.55% 0.67% 191.fma3d 3574 334...

...ated. Also, the execution diff seems to be empty. > Additionally, I don't think the programs get executed at all, because > make runs too fast. > > For gap/gcc, only the cbe test fails, the other (including JIT) are ok. > > Affected benchmarks: galgel, equake, lucas, gcc, gap, facerec, > sixtrack, wupwise, mgrid, applu, apsi > > Since these include both SPECfp and SPECint benchmarks, this has > nothing todo with f95. > > *** 2) *** Undefined references > > With 3 benchmarks (vpr, crafty and eon), I'm getting similar > undefined references: > &gt...