Hi Oliver, Am 24.01.2014 um 18:51 schrieb Dagobert Michelsen <[email protected]>: > Am 23.01.2014 um 23:01 schrieb Oliver Kiddle: >> On 19/12/13 16:28, Dagobert Michelsen wrote: >>> Please check the linker RPATH with "dump -Lv <binary>", the library >>> placement should be good as it is. If the issue persists please commit what >>> you have and post where in the tree it is so I can reproduce it. >> >> The problem isn't with the RPATH of octave, it is more the RPATH of sunperf. >> # dump -Lv =octave|grep RPATH >> [21] RPATH >> /opt/csw/lib/$ISALIST:/opt/csw/lib:/opt/csw/lib/octave/3.6.4:/opt/csw/lib:/opt/csw/lib:/opt/csw/lib >> % dump -Lv /opt/csw/lib/sparcv8/libsunperf.so.7|grep RPATH >> [11] RPATH $ORIGIN/..:/lib >> >> It seems that the actual problem is that /opt/csw/lib/sparcv8 is a symlink >> to "." whereas under /opt/SUNWspro the file is >> /opt/SUNWspro/lib/v8/libsunperf.so.7 where v8 is a real directory, not a >> symlink. I expect we need to change CSWlibsunperf7 to better match the >> structure in a solaris studio installation: moving the actual file into a v8 >> directory and linking to it from the top-level lib directory. Would that be >> possible? > > Sure, CSWlibsunperf7 is currently maintained by Ben, but I guess he is really > busy ATM so > feel free to take it over and push it. The existing Makefile is in > pkg/libsunperf/trunk. > Just drop me a note if you need help on any issue.
Are you ok with repackaging libsunperf? If you have problems or prefer if I do it let me know. Also I noticed you are working on other useful packages, please push them to unstable as you see fit, the original maintainers are on sabbatical as far as I can see. Best regards — Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
smime.p7s
Description: S/MIME cryptographic signature
