Bugzilla Bug 129622

Hi!

Please find the attached ebuild, which is an updated version of the previous
ebuild for this package.
I added an optional support for ACML's BLAS, LAPACK and FFT/IFFT routines. This
required defining CPPFLAGS=-I/usr/include/acml and passing this to the
configure command.

Thanks in advance for commiting this.

/ediap

PS. I have tested this ebuild on one AMD64 Gentoo system, and it worked OK. So
"~amd64" flag might be added to the KEYWORDS as well.

PS2. This is a bug-fix release of the IT++ 3.10 series, so I suggest removing
itpp-3.10.0.ebuild which contains a few bugs fixed in this release. Besides,
itpp-3.9.1.ebuild might be removed as well, because 3.9 series are not
maintained any more by the IT++ developers.

Created an attachment (id=84459) [edit]
itpp-3.10.1.ebuild (version bump with a few modifications)

Hi Adam,

Thank you very much for the ebuild. Before I commit it, I was wondering
if you'd be ok with leaving the dependency on acml out until the header
file issue has been solved (I saw that you filed a bug about this and 
I agree with you). I don't like just appending -I/usr/include/acml to the
CFLAGS by default, since this directory doesn't exist for many users 
(like myself), and we'd had to add some eselect logic to only turn it on
if acml is the blas implementation used.

Once it is committed I'll file a bug with the amd64 herd and ask them
to mark it ~amd64.

Thanks.
Markus

(In reply to comment #2)
> Thank you very much for the ebuild. Before I commit it, I was wondering
> if you'd be ok with leaving the dependency on acml out until the header
> file issue has been solved (I saw that you filed a bug about this and 
> I agree with you). I don't like just appending -I/usr/include/acml to the
> CFLAGS by default, since this directory doesn't exist for many users 
> (like myself), and we'd had to add some eselect logic to only turn it on
> if acml is the blas implementation used.

Sure. We can wait with this extra ACML support, until my question/bug-report
about ACML's header file will be solved (I hope it will be this year ;-))
So, please comment the ACML dependency and commit the ebuild then.

BTW, the IT++ library is ready to work with Intel's MKL as well, providing that
correct LDFLAGS and CPPFLAGS are provided to the configure command. 
However, there are two problems in Gentoo with MKL:
1) MKL 8.x.x is not in portage yet (only in a gentoo-science unofficial
repository)
2) The ebuild in the gentoo-science overlay installs only BLAS and LAPACK
libraries. Unfortunately, the FFT/IFFT implementation is not installed. I have
to ask the author of this ebuild if it is possible not to remove the FFT/IFFT
part of the MKL. 

> Once it is committed I'll file a bug with the amd64 herd and ask them
> to mark it ~amd64.

Remember to file a bug for cblas-reference as well :) Thanks!

/ediap

(In reply to comment #3)

> 2) The ebuild in the gentoo-science overlay installs only BLAS and LAPACK
> libraries. Unfortunately, the FFT/IFFT implementation is not installed. I have
> to ask the author of this ebuild if it is possible not to remove the FFT/IFFT
> part of the MKL. 

Hi

I took care of the ebuild (comment on bug #96426 for more).
The MKL ebuild in the overlay does install the fft/ifft implementation. They
are installed in the standard mkl directory. A qlist mkl | grep lib should
help, and the /etc/env.d/35mkl adds LD_LIBRARY_PATH for the shared libs.
However this ebuild needs work for eselect which does not support it, and
because the version 8.0.1.014 is already out of date, not available in the
intel ftp, and simple bump does not work :(.

Sebastien

(In reply to comment #4) 
> I took care of the ebuild (comment on bug #96426 for more).
> The MKL ebuild in the overlay does install the fft/ifft implementation. They
> are installed in the standard mkl directory. A qlist mkl | grep lib should
> help, and the /etc/env.d/35mkl adds LD_LIBRARY_PATH for the shared libs.
> However this ebuild needs work for eselect which does not support it, and
> because the version 8.0.1.014 is already out of date, not available in the
> intel ftp, and simple bump does not work :(.
> 
> Sebastien

Hi Sebastien,

Thank you very much for your detailed comments. Hopefully, I'll
have time to look at the bug sometime soon and catch up on
what has been happening.

Best,
Markus

Hi Adam,

I bumped itpp to version 3.10.1 in cvs. Thank you very much
for your help.

best,
Markus

Dear Sebastien,

(In reply to comment #4)
> I took care of the ebuild (comment on bug #96426 for more).
> The MKL ebuild in the overlay does install the fft/ifft implementation. They
> are installed in the standard mkl directory. A qlist mkl | grep lib should
> help, and the /etc/env.d/35mkl adds LD_LIBRARY_PATH for the shared libs.
> However this ebuild needs work for eselect which does not support it, and
> because the version 8.0.1.014 is already out of date, not available in the
> intel ftp, and simple bump does not work :(.

I have just checked the MKL ebuild and after bumping it to 8.0.2.004 the
problem is easy to fix by just changing MYPV to:
MYPV=${PV/.004/}

I posted a ticker at gentooscience.org about this...

And you are right. All needed libraries are installed into
/opt/intel/mkl/8.x.x, however this will need special LDFLAGS and CPPFLAGS
support in the IT++ ebuild to work.

Thanks for your comments!

/ediap

PS. Markus: Thanks for commiting itpp-3.10.1.ebuild to CVS.