lilypond-devel
[Top][All Lists]
Advanced

[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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]