[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Compile errors on OSX -- change in DYLD environment variables
From: |
Carl Sorensen |
Subject: |
Compile errors on OSX -- change in DYLD environment variables |
Date: |
Fri, 5 Mar 2010 18:53:52 -0700 |
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
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Compile errors on OSX -- change in DYLD environment variables,
Carl Sorensen <=