[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

A basic lapack3gf package ready! (was Re: Status of gfortran transition)



On Mon, Oct 22, 2007 at 02:47:06PM +0530, Kumar Appaiah wrote:
[snip]

Dear Debian toolchain,

I have managed to strip the rules file of the old lapack, and remove
all documentation as well as patches with the aim of just getting a
working lapack3gf. IMO, I think I have achieved it. Please note the
following carefully, though:

1. I have used only a subset of the rules file which Camm had used.

2. The TIMING directory present in the old lapack upstream tarball is
now removed. So, I have commented out/removed all the related package
install instructions.

3. The lapack3-doc package is empty.

4. I have removed ALL patches.

5. I have built the package on an i386, and there is no guarantee that
it will work on other architectures.

Now, for the proof that the gfortran lapack I used works as expected,
I built a lapack based package (IT++/libitpp), since it has a lot of
tests in the build process. All the tests passed, and I got the
following control file in the binary deb:

<libitpp6_control>
Package: libitpp6
Source: libitpp
Version: 4.0.0-4
Architecture: i386
Maintainer: Kumar Appaiah <akumar@ee.iitm.ac.in>
Installed-Size: 3696
Depends: atlas3-base | lapack3gf | liblapack.so.3, atlas3gf-base | refblas3gf | libblas.so.3gf, fftw3, libc6 (>= 2.6.1-1), libgcc1 (>= 1:4.2.1), libgfortran2 (>= 4.2.1), libstdc++6 (>= 4.2.1)
Section: libs
Priority: optional
Homepage: http://itpp.sourceforge.net
Description: C++ signal processing and communication library
[snip]
</libitpp6_control>

See; no libg2c0. Yay! :-)

So, I believe this does the job. So, what I would request you to do
is, check out the lapack package, and see if it builds OK. Note that
you need the refblas3-dev from experimental, since that pulls in
refblas3gf. Once you get this, I would encourage you to try building
IT++ as well, since it has a lot of test which might be a useful
indicator of the wellness of my package.

If many peopl at least certify this on x86, then we can move on to
fixing it on other architectures, merging Camm's patches and polishing
the package for experimental.

OK, so here's the stuff:
All files (debs etc.) are here: http://kumar.travisbsd.org/debpackages/

The new Lapack:
http://kumar.travisbsd.org/debpackages/lapack3_3.1.1-0.1.dsc

The new IT++ (didn't change to libitpp6gf or anything...):
http://kumar.travisbsd.org/debpackages/libitpp_4.0.0-4.dsc

My Lapack build log:
http://kumar.travisbsd.org/debpackages/lapack_build_log.txt.gz

I hope this is a helpful step in moving ahead in terms of the
transition. Please ask me any queries you may have, though I myself am
quite new to these things.

Thanks.

Kumar
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036



Reply to: