From Kurt.Hornik at wu-wien.ac.at  Wed Feb 13 21:28:33 2008
From: Kurt.Hornik at wu-wien.ac.at (Kurt Hornik)
Date: Wed, 13 Feb 2008 21:28:33 +0100
Subject: [Rd] Perils of R_LIBRARY_PATH
In-Reply-To: <Pine.LNX.4.64.0802131346450.10778@auk.stats>
References: <Pine.LNX.4.64.0802131346450.10778@auk.stats>
Message-ID: <18355.21233.59094.855150@fangorn.hornik.net>

>>>>> Prof Brian Ripley writes:

> The R front end sets (via etc/ldpath) R_LIBRARY_PATH, including 
> R_JAVA_LD_LIBRARY_PATH.  Perhaps the later is too obliging, as I've just 
> be caught by it in a way that took me a while to track down.

> One of my machines has a Sun jdk1.6.0* JDK installed, and as a result
> we have

> ${R_JAVA_LD_LIBRARY_PATH=${JAVA_HOME}/lib/amd64/server:${JAVA_HOME}/lib/amd64:
> ${JAVA_HOME}/../lib/amd64}

> What I was not aware of was that the Sun JDK contains Gtk+ libraries such 
> as cairo and pango, and those were older than the ones whose headers I 
> had compiled against which eventually resulted in a crash.

> It seems to be an issue only for a JDK: perhaps Simon can tweak his 
> incantations to use only the JRE library path (and avoid the 
> '../lib/amd64' above)?

Along with doing this, can we perhaps change JAVA_HOME to something like
R_JAVA_HOME?  Apparently some applications require JAVA_HOME to be set
which in turn overrides the configured values for R ...

Best
-k



[Rd] Perils of R_LIBRARY_PATH
Kurt Hornik