[Vm-dev] LD_LIBRARY_PATH woes on a 32 bit Debian machine
eliot.miranda at gmail.com
Wed Jul 24 17:21:13 UTC 2013
On Wed, Jul 24, 2013 at 1:25 AM, Casey Ransberger
<casey.obrien.r at gmail.com>wrote:
> I've hit this bug too, just the other day, after building a recent Stack
> VM for the Pi (under Raspbian, a Debian derivative.) I tried setting the
> env var, but it didn't help.
> I googled and found a report (I linked to it in a recent post on vm-dev,
> too lazy to look for it this second, but I will if it will help the Cause)
> on some Pharo issue tracker where someone else had the same problem. The
> workaround listed was to eschew the squeak startup script and hit the
> binary directly, e.g. run
> /usr/local/lib/squeak/<version>/squeak Image.image
> ...This would seem to indicate that the startup script is the culprit.
The script os asking you to edit it. If you read he script you'll see it
contains a simple case statement which is relatively easy to extend. Frank
has done what is asked and reported the issue to vm-dev so I can extend the
version of the script in the repository. So how is the script a "culprit"?
> Based on some other errors I saw, and a bit of digging on the web, it
> would seem the problem is related to ldd returning output that the script
> doesn't expect, and erroneously treats ldd's result as empty. Or I think
> that's what's happening. I despise UNIX shell scripts (I mean WTF backwards
> keywords to end blocks,) so I'm just hitting the binary directly and hoping
> someone else will fix the shell script; in the meantime, I must go.
> [image: Inline image 1]
> On Wed, Jul 24, 2013 at 12:26 AM, Frank Shearar <frank.shearar at gmail.com>wrote:
>> This is from a failed job on Tony Garnock-Jones' build slave. It's a
>> Debian of some kind, 32 bit.
>> Can't infer base LD_LIBRARY_PATH. Aborting. Try adding a line for
>> /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb7582000) to
>> Please report your edit to squeak vm-dev.
> Casey Ransberger
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Vm-dev