This content has been marked as final. Show 5 replies
The ACML 4.0.0 for Windows in booth versions 32bit and 64bit compiled with Intel FORTRAN compilers is available and I tested it.
Some time ago I contacted ACML support with the following issue:
Dear Sir or Madam,
we are currently trying to get ACML 3.6.0 (compiled with IFort for Windows
64 bit) to link statically with our product. Unfortunately I cannot get
this running to our satisfaction, because I always get an unresolved symbol
error LNK2019: unresolved external symbol __imp_putenv referenced in function acmlputenv_
error LNK2001: unresolved external symbol __imp_putenv
I am linking with multithreaded static CRT (i.e. /MT) resulting in the
usage of "libcmt.lib" which indeed has this export "putenv" which is
obviously needed by acml. But as the object file
inside "libacml.lib" is obviously compiled with
as the tool "DUMPBIN.EXE" shows, this always introduces a dependency on
the new MSVCRT 8.0 (msvcr80.dll) which I have to omit. Thus is it possible
to get a library "libacml.lib" where this is linked with
so that I do not get the dependency to link with MSVCRT? Or is there any
other possibility to get a staic linking?
Please feel free to come back to me, if you need further information to
provide an answer.
ACML support answered:
n the future versions of ACML we will consider releasing the static libraries in such a way that the user do not have to have an external dll dependency.
So I was very happy to see an "MT" subdirectory for the 64bit version of ACML 4.0.0 and this one linked as expected and the dependency on "msvcr80.dll" keeps gone.
But then at the same time I was very frustrated as this static version of ACML 4.0.0 is not there for 32bit!! I.e. there the very same problem as of my initial complaint still persists!
Please provide the same static version (MT) for 32bit as you did for 64bit.
So that the two versions of ACML 4.0.0 are shipped in a consistent way. (I.e. both packages contain the same versions.)
Thanks and regards
I just test the eigenvalue calculation part use my opetron machine to solve
for all a eigenvalue of a 2178X2178 float complex matrix with cgeev subroutines.
I found no improvement. According to AMD website, the new ACML should
incorporate the lapack 3.6.1, which should be significant fast (up to 10 times
faster), anybody know the reason behind it?
Is there any GPU support?
Math functions can be implemented using a new release of AMD Core Math Library (ACML), which accelerates these functions on the GPU, and tools like ATI Shader Analyzer and AMD CodeAnalyst help identify and correct performance issues.
The released versions of ACML do not have GPU support yet. We are working on porting routines to run on the FireStream GPUs. We have have encouraging results on DGEMM and SGEMM for large problems. We expect to release a GPU enabled ACML supporting certain key routines at the end of Q1.
I currently use an AMD Athlon 64 X2 Dual-Core Processor 5600+ based PC under Red Hat Linux Fedora 7 and
do Math., et caetera, as a hobby.
Will a Phenom/Barcelona FPU give me ~ 34 - NOT 19 - digits of floating-point precision for "long double"
C/C++ variables, please?
Could you run a simple test using GCC for me which I could supply, please?!