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 attachment 84459 [details] 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.
