[Vm-dev] LD_LIBRARY_PATH woes on a 32 bit Debian machine

[Casey Ransberger]

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.

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
>
> /home/tonyg/jenkins/workspace/ExternalPackages-Metacello/target/cogmt.r2749/cogmtlinux/bin/squeak.
> Please report your edit to squeak vm-dev.
>
> frank
>



-- 
Casey Ransberger
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20130724/255bc1d1/attachment.htm