rexx: regina executable fails to work (library install_name wrong)

[jking+macports@…]

After installing the Regina package (port:rexx), the "regina" executable fails with:

dyld: Library not loaded: libregina.dylib
  Referenced from: /opt/local/bin/regina
  Reason: image not found
Trace/BPT trap

This can be mitigated by setting DYLD_LIBRARY_PATH to /opt/local/lib but this workaround is obviously suboptimal as it can break non-MacPorts programs.

[macsforever2000@…]

Please do not set the milestone field.

[jking+macports@…]

Sorry about the milestone field.

I've been able to patch the configure script to avoid the regina-not-starting issue. Replacing

SHL_LD="${CC} -dynamiclib ${LDFLAGS} -install_name ${SHLPRE}${SHLFILE}${SHLPST} -o ${SHLPRE}${SHLFILE}${SHLPST} "'$('SHOFILES')'

with

SHL_LD="${CC} -dynamiclib ${LDFLAGS} -install_name /opt/local/lib/${SHLPRE}${SHLFILE}${SHLPST} -o ${SHLPRE}${SHLFILE}${SHLPST} "'$('SHOFILES')'

Resolves the issue. I'm now trying to figure out how to do that "correctly" within MacPorts, in case the user specified a different root directory.

[jking+macports@…]

Replacement patch-configure.diff

[jking+macports@…]

I've attached a new patch-configure.diff file that fixes the regina-not-starting issue. This patch file subsumes the patch file for port:rexx that was added earlier today.

[jking+macports@…]

This patch has been confirmed to work and fix the issue entirely. I don't have commit rights, though, so please commit this whenever you find the time. :)

[ryandesign@…]

I had noticed the problem but had not yet worked out how to fix it; thanks for figuring it out. Committed in r73603. Note this fixes the install_name of libregina.dylib but not of libregutil.dylib, librxtest1.dylib, or librxtest2.dylib.

[jking+macports@…]

Hm. Not fixing those hasn't bitten me yet, but it may be worthwhile to make the change to them to before committing.

[ryandesign@…]

I am looking into it.

[ryandesign@…]

Fixed in r73604.