Bugzilla Bug 69241

ARPACK

ARPACK is a collection of Fortran77 subroutines designed to solve large scale eigenvalue problems.

http://www.caam.rice.edu/software/ARPACK

Created an attachment (id=42755) [edit]
arpack-96.ebuild

Can someone fix the sed stuff, or tell me how?	I was in a rush.

This ebuild works.  Haven't tested actual library yet.

*** Bug 74423 has been marked as a duplicate of this bug. ***

Created an attachment (id=77259) [edit]
arpack-96.ebuild

Created an attachment (id=77260) [edit]
arpack-gentoo.patch

Instead of sed stuff

Cleaned David's ebuild a little, patch instead of horrible seds.
I am not sure if the ebuild should depend on blas, because blas is included in
the package... Perhaps this can be done by triggering a use flag?

Yeah good call, I should have done a patch.

I put a reworked ebuild in the Gentoo Scientific overlay
(http://gentoocience.org)
Includes:
- use of make options instead of patches or sed in src_compile
- USE=examples to install source code examples
- possible use of parpack with mpi flag (untested)
- cleaned
To emerge, you may want to add some FFLAGS. For example, for g77, you can
simply use:
FFLAGS="-O3" emerge arpack

I've installed and am trying to link to arpack.  When I compile the error is:

g77 -Wall -O  -o ccx_1.5 ccx_1.5.o ccx_1.5.a  /usr/local/SPOOLES.2.2/spooles.a
/usr/lib/libarpack.a /usr/lib/libblas.a -lm
/usr/lib/libarpack.a(dseupd.o): In function `dseupd_':
dseupd.f:(.text+0x11b0): undefined reference to `dgeqr2_'
dseupd.f:(.text+0x1252): undefined reference to `dorm2r_'
dseupd.f:(.text+0x1298): undefined reference to `dlacpy_'
dseupd.f:(.text+0x138b): undefined reference to `dorm2r_'
/usr/lib/libarpack.a(dgetv0.o): In function `dgetv0_':
dgetv0.f:(.text+0x134): undefined reference to `dlarnv_'
/usr/lib/libarpack.a(dsapps.o): In function `dsapps_':
dsapps.f:(.text+0xbc0): undefined reference to `dlacpy_'
collect2: ld returned 1 exit status
make: *** [ccx_1.5] Error 1

I believe this is related to FFLAGS, since it changes (more errors) with
difference optimizations.  Any idea how to fix this problem?  Thanks,

Apologies to all, as I read directly in the ebuild file I was able to get the
linking to be correct by adding LDFLAGS=-llarpack to my makefile.  Funny how
you can spend hours debugging something and the minute you post you find your
solution.

This was in the ebuild but doesn't print at the end of the build cycle for me. 
I don't know why.

Hi 

I did an update in the overlay that allows to build arpack with libtool, such
that we have both static and shared libraries. You may want to test and report
here.
The parallell version (parpack, enabled with USE=mpi) should also work much
better.

Sebastien

I get an error when compiling: http://www.rafb.net/paste/results/zTezQR79.html

I get the error whether or not I have the blas use flag enabled.

(In reply to comment #11)
> I get an error when compiling: http://www.rafb.net/paste/results/zTezQR79.html
> 

The link is wrong. Are you testing the arpack from the overlay?

The error I get looks something like this:

/bin/sh ./libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc  -march=prescott
-O2 -pipe -fomit-frame-pointer   -o libarpack.la -rpath /usr/lib  
BLAS/libarpackblas.la LAPACK/libarpacklapack.la SRC/libarpacksrc.la
UTIL/libarpackutil.la
i686-pc-linux-gnu-gcc -shared  -Wl,--whole-archive BLAS/.libs/libarpackblas.a
LAPACK/.libs/libarpacklapack.a SRC/.libs/libarpacksrc.a
UTIL/.libs/libarpackutil.a -Wl,--no-whole-archive   -march=prescott -Wl,-soname
-Wl,libarpack.so.0 -o .libs/libarpack.so.0.0.0
BLAS/.libs/libarpackblas.a(lt1-isamax.o): In function `isamax_':
/var/tmp/portage/arpack-96-r1/work/ARPACK/BLAS/isamax.f:1: multiple definition
of `isamax_'
BLAS/.libs/libarpackblas.a(isamax.o):/var/tmp/portage/arpack-96-r1/work/ARPACK/BLAS/isamax.f:1:
first defined here
BLAS/.libs/libarpackblas.a(lt2-sscal.o): In function `sscal_':
/var/tmp/portage/arpack-96-r1/work/ARPACK/BLAS/sscal.f:1: multiple definition
of `sscal_'
BLAS/.libs/libarpackblas.a(sscal.o):/var/tmp/portage/arpack-96-r1/work/ARPACK/BLAS/sscal.f:1:
first defined here
BLAS/.libs/libarpackblas.a(lt3-idamax.o): In function `idamax_':
/var/tmp/portage/arpack-96-r1/work/ARPACK/BLAS/idamax.f:1: multiple definition
of `idamax_'
BLAS/.libs/libarpackblas.a(idamax.o):/var/tmp/portage/arpack-96-r1/work/ARPACK/BLAS/idamax.f:1:
first defined here

It repeats with many more "multiple definition of... *"

Also, I am using the 0.96-r1 ebuild from the overlay.

0.96 compiles fine though.

(In reply to comment #13)
I could not reproduce your error. Is this still valid? Could you give the
emerge --info stuff along with the blas you are using?

I don't see to get the error anymore on two of my computers..

now in main cvs tree. thanks!