Bug 47629 – emerge of app-sci/octave-2.1.57 fails with compile error

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Scott Robert Ladd 2004-04-12 13:44:54 UTC]

An emerge octave results in the error

/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.3/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.3/../../../libf77blas.a(sgemv.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.3/../../../libf77blas.a: could not read symbols: Bad value
collect2: ld returned 1 exit status


Reproducible: Always
Steps to Reproduce:
emerge octave

I have ACCEPT_KEYWORDS="~amd64" in my make.conf.
Actual Results:  
Building octave fails with a link error, as describe din "Details."

Expected Results:  
Octave should compile and install.

[Comment 1 Danny van Dyk (RETIRED) 2004-04-21 14:13:03 UTC]

There have been major bugs within app-sci/blas and app-sci/lapack. Please sync and
update to the newest -r1 version (only available on amd64). Please retry compiling
with those pacakges and report back.

[Comment 2 Danny van Dyk (RETIRED) 2004-04-24 03:09:08 UTC]

Scott, it seems we run in a major structural change on blas, lapack and atlas.
Look at BUG #30453. We have to wait until Sci-herd completes their efforts.

[Comment 3 Danny van Dyk (RETIRED) 2004-04-24 09:26:28 UTC]

Scott: As a workaround, unmerge atlas and all should be fine. In this case, octave uses libblas.a form app-sci/blas instead libf77blas.a from dev-libs/atlas. 

[Comment 4 Danny van Dyk (RETIRED) 2004-07-03 12:33:53 UTC]

ok, switched octave dependencies to virtual/blas. Fixed now.

[Comment 5 Danny van Dyk (RETIRED) 2004-07-05 11:24:22 UTC]

Hm, forgot to set to RESOLVED/FIXED. :-)