Mark,
Sorry for the confusion regarding the author(s) of Subclipse and the reasons
why it isn't easier to install on Linux. I totally agree that the likely
culprit here is me and that I don't have something configured right. I'd
just like to get through this so I can actually get some work done. :)
I downloaded the dependencies package (APR, neon, zlib, etc.) from tigris
using the URL I mentioned previously. I simply extracted the dependencies
tar file into the same file that I extracted the subversion source into
before I compiled everything. That seemed to allow subversion to compile. Do
the dependencies not get copied into the appropriate places by the make
install command? Do I need to include some path to the dependencies
somewhere in eclipse? Is there a log file somewhere that will tell me which
dependencies aren't being found?
I don't know much about how this instantiation of CentOS was built. I do
know that Subclipse was not on it when I got it though, if that answers your
question.
Dave
On 9/17/07, Mark Phippard <markphip@gmail.com> wrote:
>
> 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/
>
Received on Mon Sep 17 20:42:20 2007