Mark,
I have tried setting the LD_LIBRARY_PATH in the way you mention without any
improvements. I also tried starting eclipse like this:
./eclipse -vmargs -Djava.library.path=/usr/local/lib
which didn't work either. The error message states the /usr/local/lib is
part of the java.library.path value, so I'm not sure why it says it can't
find the files. It's obviously finding the libsvnjavahl-1.so.0.0.0 file
because it says it's incompatible with the current platform. Maybe that
error is preventing it from thinking the other files are there.
I'd like to be able to get to the real error behind the "32-bit platform"
error. Maybe if we can get that out of the way, the others will fall into
place. I tried upgrading to the latest version of the SDK but that didn't
work.
I sure wish Tigris had just included JavaHL as part of the Linux Subclipse
install like they do under Windows.
Dave
On 9/17/07, Mark Phippard <markphip@gmail.com> wrote:
>
> On 9/17/07, David Land <david.k.land@gmail.com> wrote:
> > Well, it looks like I was simply mistyping the make statement. I had put
> a
> > superfluous space in between "install" and "-", which seemed to mess
> things
> > up. Pretty boneheaded. After running the correct command, it did seem to
> > deploy the javahl libraries correctly. Unfortunately, eclipse still
> won't
> > let me use the JavaHL adapter with subclipse. I get the following error
> when
> > I try to do so:
> >
> > no libsvnjavahl-1 in java.library.path
> > /usr/local/lib/libsvnjavahl-1.so.0.0.0: Can't load IA 32-bit .so on a IA
> > 32-bit platform.
> > no svnjavahl in java.library.path
> > java.library.path = [...]:/usr/local/lib:[...]
> >
> > It's true that there is no file called libsvnjavahl-1 in /usr/local/lib,
> but
> > there are a number of other files named that with various extension at
> the
> > end (like libsvnjavahl-1.so, libsvnjavahl-1.la, and libsvnjavahl-1.0).
> >
> > I've tried this install a lot of incorrect ways. I'm not sure if it's
> > possible to get your system into a bad state that way. Also I'm not sure
> > what the 32-bit platform statement is about. I've read that this
> statement
> > can mask a more useful statement and that I may have to downgrade my JDK
> to
> > see the real problem. Unless anyone has any other ideas, I guess I'll go
> > ahead with that.
>
> Try opening a Terminal and do this as a test:
>
> export LD_LIBRARY_PATH=/usr/local/lib
> ./eclipse
>
> In other words, set LD_LIBRARY_PATH and then launch Eclipse from the
> same terminal.
>
> I have not run into that error. I have historically made a script
> that does the above suggestion although recently I have just been
> editing eclipse.ini to set the java.library.path and that worked OK
> for me.
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
>
Received on Mon Sep 17 19:45:45 2007