ports/159267: suitesparse-3.6.1_1 build failure

[b. f.]

The following reply was made to PR ports/159267; it has been noted by GNATS.

From: "b. f." <bf1783 at googlemail.com>
To: bug-followup at FreeBSD.org
Cc: maho at FreeBSD.org, Joseph Mingrone <jrm at ftfl.ca>
Subject: Re: ports/159267: suitesparse-3.6.1_1 build failure
Date: Thu, 28 Jul 2011 21:22:44 -0400

 --bcaec5215dbf5c2c7504a92b1e6d
 Content-Type: text/plain; charset=ISO-8859-1
 
 > gmake[2]: Entering directory `/usr/ports/math/suitesparse/work/SuiteSparse/UMFPACK/Demo'
 > gcc45 -O2 -pipe  -Wl,-rpath=/usr/local/lib/gcc45 -fno-strict-aliasing    -fexceptions  -I../Include -I../../AMD/Include -I../../UFconfig -o
 >  umfpack_di_demo umfpack_di_demo.c ../Lib/libumfpack.a ../../AMD/Lib/libamd.a ../../CHOLMOD/Lib/libcholmod.a ../../COLAMD/Lib/libcolamd.a .
 > ./../CAMD/Lib/libcamd.a  ../../CCOLAMD/Lib/libccolamd.a -L/usr/local/lib -Wl,-rpath=/usr/local/lib/gcc45 -lgoto2p -pthread  -lm
 > /usr/local/lib/libgoto2p.so: undefined reference to `_gfortran_concat_string'
 > /usr/local/lib/libgoto2p.so: undefined reference to `_gfortran_pow_i4_i4'
 > /usr/local/lib/libgoto2p.so: undefined reference to `_gfortran_compare_string'
 > /usr/local/lib/libgoto2p.so: undefined reference to `cexp'
 > /usr/local/lib/libgoto2p.so: undefined reference to `cexpf'
 > collect2: ld returned 1 exit status
 > gmake[2]: *** [umfpack_di_demo] Error 1
 > gmake[2]: Leaving directory `/usr/ports/math/suitesparse/work/SuiteSparse/UMFPACK/Demo'
 > gmake[1]: *** [all] Error 2
 > gmake[1]: Leaving directory `/usr/ports/math/suitesparse/work/SuiteSparse/UMFPACK'
 > gmake: *** [default] Error 2
 > *** Error code 2
 
 
 I'm afraid this error arose from my recent changes, when I removed a
 crutch that I thought was only needed by obsolete versions of
 math/blas and math/lapack (and perhaps by parts of math/atlas -- but
 that should change soon).  This is really a problem with the
 math/gotoblas port: its shared libraries should include ELF DT_NEEDED
 tags that tell rtld(1) which libraries it needs at runtime, and we
 should not have to provide this information in each port that uses
 gotoblas, as we did in the past when we used static archives.  So the
 problem really ought to be fixed in that port.  However, you can try
 the attached patch, to see if it solves your linking problem.
 
 b.
 
 --bcaec5215dbf5c2c7504a92b1e6d
 Content-Type: application/octet-stream; name="suitesparse.diff"
 Content-Disposition: attachment; filename="suitesparse.diff"
 Content-Transfer-Encoding: base64
 X-Attachment-Id: file0
 
 SW5kZXg6IE1ha2VmaWxlCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
 PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL3BjdnMvcG9ydHMvbWF0
 aC9zdWl0ZXNwYXJzZS9NYWtlZmlsZSx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4zOApkaWZmIC11
 IC1yMS4zOCBNYWtlZmlsZQotLS0gTWFrZWZpbGUJMjAgSnVsIDIwMTEgMTY6MTc6MzUgLTAwMDAJ
 MS4zOAorKysgTWFrZWZpbGUJMjkgSnVsIDIwMTEgMDE6MDg6MDkgLTAwMDAKQEAgLTQ3LDggKzQ3
 LDggQEAKIC5lbGlmICR7V0lUSF9CTEFTfSA9PSBnb3RvYmxhcwogTElCX0RFUEVORFMrPQlnb3Rv
 Mjoke1BPUlRTRElSfS9tYXRoL2dvdG9ibGFzCiBMSUJfREVQRU5EUys9CWxhcGFjay40OiR7UE9S
 VFNESVJ9L21hdGgvbGFwYWNrCi1CTEFTID0JCS1sZ290bzJwICR7UFRIUkVBRF9MSUJTfQotTEFQ
 QUNLID0JLWxnb3RvMnAgJHtQVEhSRUFEX0xJQlN9CitCTEFTID0JCS1sZ290bzJwIC1sZ2ZvcnRy
 YW4gJHtQVEhSRUFEX0xJQlN9CitMQVBBQ0sgPQktbGdvdG8ycCAtbGdmb3J0cmFuICR7UFRIUkVB
 RF9MSUJTfQogLmVsaWYgJHtXSVRIX0JMQVN9ID09IGF0bGFzCiBMSUJfREVQRU5EUys9CWF0bGFz
 OiR7UE9SVFNESVJ9L21hdGgvYXRsYXMKIEJMQVM9CQktbHB0Zjc3YmxhcyAtbHB0Y2JsYXMgLWxh
 dGxhc19yICR7UFRIUkVBRF9MSUJTfQo=
 --bcaec5215dbf5c2c7504a92b1e6d--