On 9/17/07, David Land <david.k.land@gmail.com> wrote:
> 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.
Tigris is a hosting community like sourceforge.net not a company that
is providing the software you download.
I create Subclipse. The reason we do not provide binaries for Linux
is that there is no way to deliver all of the dependencies that the
library requires, not to mention the variance between various Linux
distros.
From what I read, the error message is masking that the real problem
is loading one or more of the dependencies of the library. So it
finds the JavaHL library but when it tries to load the library it
fails because the library cannot load one or more of its dependencies.
That would point to a possible problem in your build.
Is there any reason you are not just using the prebuilt RPM's from
CentOS (which I think you said was your distro)?
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Sep 17 19:53:51 2007