slepc 3.0.0-p7 fails to build when atlas is installed

[hseybold@…]

slepc fails to build on snow leopard 10.6 due to problems when linking with petsc (see attached config.log)

petsc installation went through without problems

petsc paths and environments are set (see slpec_install.log)

cheers hansjoerg

[hseybold@…]

slepc configure.log

[hseybold@…]

Cc Me!

[jmr@…]

Please remember to cc the maintainer, and note that you do not need to be in cc when you are the reporter.

[mmoll@…]

Can you install slepc without the arpack variant enabled?

[mmoll@…]

During the configure stage it seems to be failing because of an undefined LAPACK symbol, when testing if it can link to PETSc. It *is* including "-llapack -lblas" in the link flags, so this is very strange. I reinstalled slepc, looked at the configure.log and this doesn't happen for me. I am stumped. You are using MacPorts 1.8.*, right? The only difference appears to be in the output of "port -dv install slepc" which you sent me by email.

[Alberto.Verga@…]

Replying to mmoll@…:

During the configure stage it seems to be failing because of an undefined LAPACK symbol, when testing if it can link to PETSc. It *is* including "-llapack -lblas" in the link flags, so this is very strange. I reinstalled slepc, looked at the configure.log and this doesn't happen for me. I am stumped. You are using MacPorts 1.8.*, right? The only difference appears to be in the output of "port -dv install slepc" which you sent me by email.

I've got the same error (in slepc-3.0.0-p7/conf/configure.log)

Undefined symbols:
  "_dgeqrf", referenced from:
      _PCCreateTransferOp_ASA in libpetscksp.a(asa.o)
ld: symbol(s) not found

I tried without and with the variant sudo port install slepc [+arpack].

I do not know if this information is relevant, I'm using a "arch i386" computer:

DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.3.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386

Cheers, A. Verga

[david.bilge+macports@…]

I've got the exact same problem as A. Varga here: Undefined Symbols" on a 10.6 with i386.

[jmr@…]

This is apparently picking up bits of atlas without declaring a dependency.

[mmoll@…]

I don't have atlas installed, and slepc installs without a hitch. Does the problem go away if you deactivate atlas before installing slepc? If it turns out that this interaction between atlas and slepc is the problem, how can I either force use of the system-installed version of LAPACK or make it work correctly with atlas? SLEPC's build system is rather non-standard, so it's hard to figure out how to make it do The Right Thing.

[mmoll@…]

Also, I just updated the port to the latest release (3.1-p6) in r76611, so maybe things in the build system have been fixed...