Bug 157410 – sci-libs/lapack-reference-3.1.0.ebuild (version bump)

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Adam Piątyszek 2006-12-07 01:04:32 UTC]

Hi!

Please find the attached autotool patch for a new LAPACK (version 3.1.0) and a patch with differences against lapack-reference-3.0-r4.ebuild.

BR,
/ediap

[Comment 1 Adam Piątyszek 2006-12-07 01:05:31 UTC]

Created attachment 103522 [details, diff]
lapack-reference-3.1.0-autotool.patch

[Comment 2 Adam Piątyszek 2006-12-07 01:07:04 UTC]

Created attachment 103524 [details, diff]
lapack-reference-3.1.0.ebuild.patch

[Comment 3 Adam Piątyszek 2006-12-07 02:01:33 UTC]

Created attachment 103525 [details, diff]
lapack-reference-3.1.0-autotool.patch

Fixed a problem with slamch.f and dlamch.f compilation without FFLAGS.

[Comment 4 Donnie Berkholz (RETIRED) 2006-12-07 06:59:39 UTC]

(In reply to comment #3)
> Created an attachment (id=103525) [edit]
> lapack-reference-3.1.0-autotool.patch
> 
> Fixed a problem with slamch.f and dlamch.f compilation without FFLAGS.

Eh? They're supposed to ignore FFLAGS, otherwise you get miscompilation.

[Comment 5 Adam Piątyszek 2006-12-07 07:17:52 UTC]

(In reply to comment #4)
> > Fixed a problem with slamch.f and dlamch.f compilation without FFLAGS.
> 
> Eh? They're supposed to ignore FFLAGS, otherwise you get miscompilation.

You are right. I just forgot about these two files while preparing a new patch, since they are in a different directory now (INSTALL instead of SRC). Therefore I posted an updated patch. In this new LAPACK release, there are also another two files, which need to be compiled without any FFLAGS. Everything is in the relevant Makefile.am.

BR,
/ediap

[Comment 6 Markus Dittrich (RETIRED) 2007-02-04 20:28:14 UTC]

(In reply to comment #5)>
> You are right. I just forgot about these two files while preparing a new patch,
> since they are in a different directory now (INSTALL instead of SRC). Therefore
> I posted an updated patch. In this new LAPACK release, there are also another
> two files, which need to be compiled without any FFLAGS. Everything is in the
> relevant Makefile.am.
> 
> BR,
> /ediap
> 

Hi Adam,

Thanks much for your ebuild and the patches. I've just committed a
lapack-3.1.0 ebuild to portage cvs. In addition to your changes I have

- enabled lapack's test routines, such that now src_test() should run
  through the full test set.
- changed the license from "lapack" to "BSD" since the tarball ships
  with a COPYING file which is verbatim the BSD license.

I've currently package.mask'ed it for a few days of more testing. For me all
lapack test routines do pass as do itpp's. It would be great if you could
check it out as well if you have time sometime. Once it's unmasked
I'll bump lapack-atlas as well.

Thanks,
Markus 

[Comment 7 Adam Piątyszek 2007-02-04 23:02:56 UTC]

(In reply to comment #6)
[...]
> I've currently package.mask'ed it for a few days of more testing. For me all
> lapack test routines do pass as do itpp's. It would be great if you could
> check it out as well if you have time sometime. Once it's unmasked
> I'll bump lapack-atlas as well.

Hi Markus! I have just installed the lapack-reference-3.1.0 from official portage and tested the IT++ library against it. No problems observed on my x86 (Intel Pentium-M). All tests passed.

BR,
/Adam

[Comment 8 Markus Dittrich (RETIRED) 2007-02-05 13:40:50 UTC]

Hi Adam,

Thanks much for testing! I'll unmask 3.1.0 later today and will
hopefully be able to bump lapack-atlas as well. 

Thanks,
Markus