You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by David Land <da...@gmail.com> on 2007/09/17 01:46:57 UTC
SDK Problems Compiling JavaHL
I'm not very experienced with Linux or compiling applications as opposed to
install binaries, but I'm having trouble compiling JavaHL on CentOS. I have
downloaded the dependency package from here
http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=260&expandFolder=260&folderID=2728
and I ran the following command:
./configure --enable-javahl --with-jdk=$JAVA_HOME\
--with-jikes=$JAVA_HOME/bin/javac
per the subclipse FAQ but I'm getting the following error:
"configure: error: Cannot compile JavaHL without a suitable JDK. Please
specify a suitable JDK using the --with-jdk option."
I have JDK 1.5 update 11 installed and $JAVA_HOME is properly set (to
/usr/java/jdk1.5.0_11) so I'm not sure what it's complaining about. Any
ideas?
Thanks,
Dave
Re: SDK Problems Compiling JavaHL
Posted by David Land <da...@gmail.com>.
Well, I didn't state it in my original post, but I have the subversion
server set up on a Windows box using Apache as the network server. We wanted
to use our windows usernames and passwords so we wouldn't have to maintain a
separate set for subversion. I used the mod_auth_sspi authentication module
(http://sourceforge.net/projects/mod-auth-sspi) to achieve this.
The problem we're having is that under CentOS, Subclipse constantly prompts
for username and password multiple times whenever you perform any action
that communicates with the server.
I had initially thought that the problem was with SVNKit because when I ran
eclipse on Windows the passwords were being stored correctly under JavaHL
but not under SVNKit. In fact, SVNKit constantly asked for credentials under
Windows like it did under CentOS. However, I tried turning off the Windows
authentication in Apache and SVNKit worked correctly (that is, it saved the
passwords) under CentOS. So maybe the problem isn't SVNKit, but rather
Windows authentication.
I'm not sure if this is the right place to be asking for help because I
don't know what the problem is, but I thought I'd throw it out there in case
anyone had any ideas.
Getting JavaHL to build now may still be a good idea just to see if it
helps, but now I'm leaning towards the idea that it's some sort of
Windows/Linux/Apache thing.
Dave
On 9/17/07, David Land <da...@gmail.com> wrote:
>
> Mark,
>
> I ran the following commands in order, per the subclipse FAQ:
>
> ./configure --enable-ssl --enable-javahl --with-jdk=/usr/java/jdk1.5.0_11
> --with-jikes=/usr/java/jdk1.5.0_11/bin/javac
> make
> make javahl
> make install
> make install-javahl
>
> It does seem to be putting the javahl libraries in the /usr/local/lib
> directory so I think it's building and installing them correctly. make check
> is telling me that it can't find the svnjavahl folder in java.library.path,
> but as soon as I figure out how to fix that I'll run the unit tests.
>
> I'm using CentOS 4.4. I do see Subversion in the Add/Remove program list,
> but I don't see JavaHL. Executing "yum install subversion-javahl" gave me
> "no match for argument 'subversion-javahl'".
>
> Dave
>
> On 9/17/07, Mark Phippard <ma...@gmail.com> wrote:
> >
> > On 9/17/07, David Land <da...@gmail.com> wrote:
> > > 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?
> >
> > Subversion would not compile without the dependencies. But did you do
> > make install etc.. so that they are all installed. Also, even though
> > they built, it does not mean they work. Did you run make check?
> >
> > > 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.
> >
> > Which version of CentOS are you running? I have CentOS 5 available
> > and Subversion and JavaHL are both available in its packaging system,
> > you just need to install them. I think the same is true for CentOS 4.
> > For example, if I open Add/Remove programs and click the Search tab
> > and type "subversion" I can see Subversion and JavaHL packages already
> > to just install. Likewise from the command line I could just run:
> >
> > yum install subversion
> > yum install subversion-javahl
> >
> > --
> > Thanks
> >
> > Mark Phippard
> > http://markphip.blogspot.com/
> >
>
>
Re: SDK Problems Compiling JavaHL
Posted by David Land <da...@gmail.com>.
Mark,
I ran the following commands in order, per the subclipse FAQ:
./configure --enable-ssl --enable-javahl --with-jdk=/usr/java/jdk1.5.0_11
--with-jikes=/usr/java/jdk1.5.0_11/bin/javac
make
make javahl
make install
make install-javahl
It does seem to be putting the javahl libraries in the /usr/local/lib
directory so I think it's building and installing them correctly. make check
is telling me that it can't find the svnjavahl folder in java.library.path,
but as soon as I figure out how to fix that I'll run the unit tests.
I'm using CentOS 4.4. I do see Subversion in the Add/Remove program list,
but I don't see JavaHL. Executing "yum install subversion-javahl" gave me
"no match for argument 'subversion-javahl'".
Dave
On 9/17/07, Mark Phippard <ma...@gmail.com> wrote:
>
> On 9/17/07, David Land <da...@gmail.com> wrote:
> > 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?
>
> Subversion would not compile without the dependencies. But did you do
> make install etc.. so that they are all installed. Also, even though
> they built, it does not mean they work. Did you run make check?
>
> > 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.
>
> Which version of CentOS are you running? I have CentOS 5 available
> and Subversion and JavaHL are both available in its packaging system,
> you just need to install them. I think the same is true for CentOS 4.
> For example, if I open Add/Remove programs and click the Search tab
> and type "subversion" I can see Subversion and JavaHL packages already
> to just install. Likewise from the command line I could just run:
>
> yum install subversion
> yum install subversion-javahl
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
>
Re: SDK Problems Compiling JavaHL
Posted by Mark Phippard <ma...@gmail.com>.
On 9/17/07, David Land <da...@gmail.com> wrote:
> 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?
Subversion would not compile without the dependencies. But did you do
make install etc.. so that they are all installed. Also, even though
they built, it does not mean they work. Did you run make check?
> 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.
Which version of CentOS are you running? I have CentOS 5 available
and Subversion and JavaHL are both available in its packaging system,
you just need to install them. I think the same is true for CentOS 4.
For example, if I open Add/Remove programs and click the Search tab
and type "subversion" I can see Subversion and JavaHL packages already
to just install. Likewise from the command line I could just run:
yum install subversion
yum install subversion-javahl
--
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
Re: SDK Problems Compiling JavaHL
Posted by David Land <da...@gmail.com>.
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 <ma...@gmail.com> wrote:
>
> On 9/17/07, David Land <da...@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/
>
Re: SDK Problems Compiling JavaHL
Posted by Mark Phippard <ma...@gmail.com>.
On 9/17/07, David Land <da...@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.
Re: SDK Problems Compiling JavaHL
Posted by David Land <da...@gmail.com>.
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 <ma...@gmail.com> wrote:
>
> On 9/17/07, David Land <da...@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/
>
Re: SDK Problems Compiling JavaHL
Posted by David Land <da...@gmail.com>.
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.
On 9/17/07, Mark Phippard <ma...@gmail.com> wrote:
>
> On 9/16/07, David Land <da...@gmail.com> wrote:
> > I tried running the same command but instead of using the $JAVA_HOME
> > environment variable, I actually typed the path to the JDK folder, like
> > this:
> >
> > ./configure --enable-javahl
> > --with-jdk=/usr/java/jdk1.5.0_11
> > --with-jikes=/usr/java/jdk1.5.0_11/bin/javac
> >
> > and it worked. However, I'm getting a further error apparently related
> to
> > make. After the configuration tool runs, I type
> >
> > make
> > make javahl
> > make install
> >
> > which all seem to work, then I type
> >
> > make install javahl
> >
> > (note that the FAQ says stype "make install -javahl", which gives me a
> make
> > syntax error). After the last command I eventually get a message stating
> > "nothing to be done for 'javahl'". I'm at a loss as to why this wouldn't
> > work. Is it saying that there were no javahl libraries built? I
> downloaded
> > the subversion-1.4.5.tar.gz and subversion-deps-1.4.5.tar.gz files from
>
> The JavaHL-related make targets are:
>
> make javahl
> make check-javahl
> make install-javahl
> make clean-javahl
>
> Mark
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
>
Re: SDK Problems Compiling JavaHL
Posted by Mark Phippard <ma...@gmail.com>.
On 9/16/07, David Land <da...@gmail.com> wrote:
> I tried running the same command but instead of using the $JAVA_HOME
> environment variable, I actually typed the path to the JDK folder, like
> this:
>
> ./configure --enable-javahl
> --with-jdk=/usr/java/jdk1.5.0_11
> --with-jikes=/usr/java/jdk1.5.0_11/bin/javac
>
> and it worked. However, I'm getting a further error apparently related to
> make. After the configuration tool runs, I type
>
> make
> make javahl
> make install
>
> which all seem to work, then I type
>
> make install javahl
>
> (note that the FAQ says stype "make install -javahl", which gives me a make
> syntax error). After the last command I eventually get a message stating
> "nothing to be done for 'javahl'". I'm at a loss as to why this wouldn't
> work. Is it saying that there were no javahl libraries built? I downloaded
> the subversion-1.4.5.tar.gz and subversion-deps-1.4.5.tar.gz files from
The JavaHL-related make targets are:
make javahl
make check-javahl
make install-javahl
make clean-javahl
Mark
--
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
Fwd: SDK Problems Compiling JavaHL
Posted by David Land <da...@gmail.com>.
All,
I tried running the same command but instead of using the $JAVA_HOME
environment variable, I actually typed the path to the JDK folder, like
this:
./configure --enable-javahl --with-jdk=/usr/java/jdk1.5.0_11
--with-jikes=/usr/java/jdk1.5.0_11/bin/javac
and it worked. However, I'm getting a further error apparently related to
make. After the configuration tool runs, I type
make
make javahl
make install
which all seem to work, then I type
make install javahl
(note that the FAQ says stype "make install -javahl", which gives me a make
syntax error). After the last command I eventually get a message stating
"nothing to be done for 'javahl'". I'm at a loss as to why this wouldn't
work. Is it saying that there were no javahl libraries built? I downloaded
the subversion-1.4.5.tar.gz<http://subversion.tigris.org/downloads/subversion-deps-1.4.5.tar.bz2>and
subversion-deps-1.4.5.tar.gz<http://subversion.tigris.org/downloads/subversion-deps-1.4.5.tar.gz>files
from
http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=260&expandFolder=260&folderID=2728
Any help would be greatly appreciated.
Dave
---------- Forwarded message ----------
From: David Land <da...@gmail.com>
Date: Sep 16, 2007 8:46 PM
Subject: SDK Problems Compiling JavaHL
To: users@subversion.tigris.org
I'm not very experienced with Linux or compiling applications as opposed to
install binaries, but I'm having trouble compiling JavaHL on CentOS. I have
downloaded the dependency package from here
http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=260&expandFolder=260&folderID=2728
and I ran the following command:
./configure --enable-javahl --with-jdk=$JAVA_HOME\
--with-jikes=$JAVA_HOME/bin/javac
per the subclipse FAQ but I'm getting the following error:
"configure: error: Cannot compile JavaHL without a suitable JDK. Please
specify a suitable JDK using the --with-jdk option."
I have JDK 1.5 update 11 installed and $JAVA_HOME is properly set (to
/usr/java/jdk1.5.0_11) so I'm not sure what it's complaining about. Any
ideas?
Thanks,
Dave