[plt-dev] drscheme executable linked to old libs

From: Marijn Schouten (hkBst) (hkBst at gentoo.org)
Date: Tue Jun 16 16:51:12 EDT 2009

Hash: SHA1

Eli Barzilay wrote:
> On Jun 15, Marijn Schouten (hkBst) wrote:
>> I'm using plt-scheme-4.2.
>> When starting drscheme, I get:
>> $ drscheme
>> /usr/bin/mred: error while loading shared libraries: libmzscheme3m-4.1.5.so:
>> cannot open shared object file: No such file or directory
>> 4.1.5 is the version I had installed while upgrading to 4.2. I had the same
>> problem when upgrading to 4.1.5 from 4.1.4. The workaround is to
>> install the upgrade twice. I don't run drscheme very often, so I
>> don't know how far back the issue goes.
>> I thought this was the same issue as the path issue reported wrt mac
>> builds, but it remains unfixed on linux.
> If this is due to that problem (using the mac ports thing), then it is
> likely to continue being a problem in this way because you have some
> stuff at /usr that should really be inside the PLT tree.  In addition,
> I don't know if they fixed their build routine, or how.

Well, the old installed version is at prefix /usr. The new version is compiled
in a staging area (DESTDIR). The compilation process should use its own
libraries instead of using the old installed ones.


- --
If you cannot read my mind, then listen to what I say.

Marijn Schouten (hkBst), Gentoo Lisp project, Gentoo ML
<http://www.gentoo.org/proj/en/lisp/>, #gentoo-{lisp,ml} on FreeNode
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


Posted on the dev mailing list.