To get this in the archives, I wanted to summarize my struggles with
LilyPond for the past week.

Last week I installed a new MacPorts package, opendx.  That installation
failed, but only after installing a whole bunch of ports.  After installing
these ports, I could no longer run LilyPond.

When trying to use make to compile lilypond, fontforge reported an error:

sorensen2:~ Carl$ fontforge
dyld: Symbol not found: _gll_noop
  Referenced from: 
/System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
  Expected in: /opt/local/lib/libGL.dylib

Trace/BPT trap


After asking around on the MacPorts lists, I was told that the behavior was
likely caused by manually setting DYLD_LIBRARY_PATH.  So I eliminated that
manual setting, and fontforge worked properly.

Now there was just one problem -- lilypond fails due to the inability to
load a guile library:

sorensen2:lilypond-working Carl$ lilypond deleteme.ly
GNU LilyPond 2.13.16
/opt/local/share/guile/1.8/srfi/srfi-1.scm:223:1: In procedure dynamic-link
in expression (load-extension "libguile-srfi-srfi-1-v-3" "scm_init_srfi_1"):
/opt/local/share/guile/1.8/srfi/srfi-1.scm:223:1: file:
"libguile-srfi-srfi-1-v-3", message: "file not found"


A quick check with

sudo dtruss lilypond deleteme.ly >& logfile

demonstrated that guile was not searching /opt/local/lib (which is where the
libguile dylibs are).

Further searching suggested setting DYLD_FALLBACK_LIBRARY_PATH to
/opt/local/lib

Upon doing this, everything on my system works well now.

I've made changes to the CG reflecting using DYLD_FALLBACK_LIBRARY_PATH
instead of DYLD_LIBRARY_PATH.

Thanks,

Carl



_______________________________________________
lilypond-devel mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/lilypond-devel

Reply via email to