jhandles with debian

View: New views
13 Messages — Rating Filter:   Alert me  

jhandles with debian

by oz123 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi,
I tried installing jhandles on debian:
I use octave 3.0.5 sun-java-1.6, sun-java6-jdk,
I also installed libjogl-java (the debian name for jogl).
According to this thread http://www.nabble.com/How-do-I-install-the-java-and-jhandles-packages--td18526884.html
 I needed to export my java home: so I did
export JAVA_HOME=/usr/lib/jvm/java-6-openjdk/jre/lib/i386/client/

that's where libjvm.so  is installed in debian.
next I started octave and did:
pkg install -verbose jhandles-0.3.5.tar.gz

at the bottom of the message is:

octave-forge is configured with
   octave:      octave (version 3.0.5)
   mkoctfile:   mkoctfile for Octave 5
   java:        Java Development Kit not found
   octave.jar: 
   jogl.jar:   


So it fails. I'll be happy to hear some ideas how to continue from here.
Also I can't run java at all probably because:
octave:1> l = java_new ('java.util.LinkedList')
error: `java_new' undefined near line 1 column 5
error: evaluating assignment expression near line 1, column 3

Will be happy to solve this...

Oz.

--
----
           Imagine there's no countries
           It isn't hard to do
           Nothing to kill or die for
           And no religion too
           Imagine all the people
           Living life in peace



_______________________________________________
Help-octave mailing list
Help-octave@...
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave

Re: jhandles with debian

by Michael Goffioul-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Thu, May 21, 2009 at 12:58 PM, Oz Nahum <nahumoz@...> wrote:
> Hi,
> I tried installing jhandles on debian:
> I use octave 3.0.5 sun-java-1.6, sun-java6-jdk,
> I also installed libjogl-java (the debian name for jogl).
> According to this thread
> http://www.nabble.com/How-do-I-install-the-java-and-jhandles-packages--td18526884.html
>  I needed to export my java home: so I did
> export JAVA_HOME=/usr/lib/jvm/java-6-openjdk/jre/lib/i386/client/

Try

export JAVA_HOME=/usr/lib/jvm/java-6-openjdk/

Michael.

_______________________________________________
Help-octave mailing list
Help-octave@...
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave

Re: jhandles with debian

by oz123 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Thanks for your reply...
I've been fighting with it for a couple of hours now...
It's seems to partially work now. It now longer says
   java:        Java Development Kit not found

But java installations still kicks me out...

here are the first & last line of the installation:

warning: load_path: /usr/share/octave/packages/3.0/java-1.2.6: No such file or directory
warning: load_path: /usr/share/octave/packages/3.0/java-1.2.6: No such file or directory
In file included from __java__.cc:17:
__java__.h:22:17: error: jni.h: No such file or directory
In file included from __java__.cc:17:
__java__.h:34: error: expected `)' before ‘*’ token

clipped ...


/include/linux -DHAVE_OCTAVE_30 -DJAVAPKG_BUILD -DJAVA_ARCH=\"i386\" -DJAVA_HOME=\"/usr/lib/jvm/java-6-openjdk\" __java__.cc -o __java__.o
make: Leaving directory `/tmp/oct-UzSGYh/java-1.2.6/src'
error: called from `pkg:configure_make' in file /usr/share/octave/3.0.5/m/pkg/pkg.m near line 1248, column 2


So I'm still stuck...

Thanks alot,
Oz.

On Thu, May 21, 2009 at 2:45 PM, Michael Goffioul <michael.goffioul@...> wrote:
On Thu, May 21, 2009 at 12:58 PM, Oz Nahum <nahumoz@...> wrote:
> Hi,
> I tried installing jhandles on debian:
> I use octave 3.0.5 sun-java-1.6, sun-java6-jdk,
> I also installed libjogl-java (the debian name for jogl).
> According to this thread
> http://www.nabble.com/How-do-I-install-the-java-and-jhandles-packages--td18526884.html
>  I needed to export my java home: so I did
> export JAVA_HOME=/usr/lib/jvm/java-6-openjdk/jre/lib/i386/client/

Try

export JAVA_HOME=/usr/lib/jvm/java-6-openjdk/

Michael.



--
----
           Imagine there's no countries
           It isn't hard to do
           Nothing to kill or die for
           And no religion too
           Imagine all the people
           Living life in peace



_______________________________________________
Help-octave mailing list
Help-octave@...
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave

java-1.2.6 uninstallable on debian/stable

by Miroslaw Kwasniak :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

java-1.2.5 installs without problem but java-1.2.6 gives compile errors:

g++ -c -I/usr/include -I/usr/lib/jvm/java-6-sun-1.6.0.12/include -I/usr/lib/jvm/java-6-sun-1.6.0.12/include/linux -fPIC -I/usr/include/octave-3.0.1 -I/usr/include/octave-3.0.1/octave -mieee-fp -O2 -g -I/usr/lib/jvm/java-6-sun-1.6.0.12/include -I/usr/lib/jvm/java-6-sun-1.6.0.12/include/linux -DHAVE_OCTAVE_30 -DJAVAPKG_BUILD -DJAVA_ARCH=\"i386\" -DJAVA_HOME=\"/usr/lib/jvm/java-6-sun-1.6.0.12\" __java__.cc -o __java__.o

__java__.cc: In function 'std::string get_module_path(const std::string&, bool)':
__java__.cc:226: error: no match for call to '(std::string) ()'

Full log for configure+make in attachment.

++ ./configure
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for mkoctfile... mkoctfile
retrieving compile and link flags from mkoctfile
checking for F77_FUNC... yes
checking for octave... octave
checking for OCTAVE_VERSION in Octave... 3.0.1
checking for octave_config_info('canonical_host_type') in Octave... i486-pc-linux-gnu
checking for octave_config_info('SHLEXT') in Octave... so
checking whether ln -s works... yes
checking for ranlib... ranlib
checking for strip... strip
checking for java... java
checking for javac... javac
checking for jar... jar
checking for Java version... 1.6.0_12
configure: creating ./config.status
config.status: creating Makeconf
 
  "$prefix" is /usr/local
  "$exec_prefix" is ${prefix}

octave commands will install into the following directories:
   m-files:   /usr/share/octave/3.0.1/site/m/octave-forge
   oct-files: /usr/lib/octave/3.0.1/site/oct/i486-pc-linux-gnu/octave-forge
   binaries:  /usr/lib/octave/3.0.1/site/exec/i486-pc-linux-gnu
alternatives:
   m-files:   /usr/share/octave/3.0.1/site/octave-forge-alternatives/m
   oct-files: /usr/lib/octave/3.0.1/site/octave-forge-alternatives/oct/i486-pc-linux-gnu

shell commands will install into the following directories:
   binaries:  ${exec_prefix}/bin
   man pages: ${datarootdir}/man
   libraries: ${exec_prefix}/lib
   headers:   ${prefix}/include

octave-forge is configured with
   octave:      octave (version 3.0.1)
   mkoctfile: mkoctfile for Octave 1
   java:        yes

find . -name NOINSTALL -print    # shows which toolboxes won't be installed

++ make
make[1]: Entering directory `/tmp/Oct/JH/java-1.2.6/src'
if [ "Xi386X" = "XX" ]; then \
                mkoctfile -DHAVE_OCTAVE_30 -v -DJAVAPKG_BUILD -I/usr/lib/jvm/java-6-sun-1.6.0.12/include -I/usr/lib/jvm/java-6-sun-1.6.0.12/include/linux -o __java__.oct __java__.cc ; \
        else \
                mkoctfile -DHAVE_OCTAVE_30 -v -DJAVAPKG_BUILD -DJAVA_ARCH=\\\"i386\\\" -DJAVA_HOME=\\\"/usr/lib/jvm/java-6-sun-1.6.0.12\\\" -I/usr/lib/jvm/java-6-sun-1.6.0.12/include -I/usr/lib/jvm/java-6-sun-1.6.0.12/include/linux -o __java__.oct __java__.cc ; \
        fi
g++ -c -I/usr/include -I/usr/lib/jvm/java-6-sun-1.6.0.12/include -I/usr/lib/jvm/java-6-sun-1.6.0.12/include/linux -fPIC -I/usr/include/octave-3.0.1 -I/usr/include/octave-3.0.1/octave -mieee-fp -O2 -g -I/usr/lib/jvm/java-6-sun-1.6.0.12/include -I/usr/lib/jvm/java-6-sun-1.6.0.12/include/linux -DHAVE_OCTAVE_30 -DJAVAPKG_BUILD -DJAVA_ARCH=\"i386\" -DJAVA_HOME=\"/usr/lib/jvm/java-6-sun-1.6.0.12\" __java__.cc -o __java__.o
__java__.cc: In function 'std::string get_module_path(const std::string&, bool)':
__java__.cc:226: error: no match for call to '(std::string) ()'
__java__.cc: In function 'std::string initial_class_path()':
__java__.cc:265: error: no match for call to '(std::string) ()'
__java__.cc: In function 'void initialize_jvm()':
__java__.cc:384: warning: deprecated conversion from string constant to 'char*'
__java__.cc:410: error: no match for call to '(std::string) ()'
__java__.cc: In function 'octave_value get_array_elements(JNIEnv*, _jobject*, const octave_value_list&)':
__java__.cc:611: warning: deprecated conversion from string constant to 'char*'
__java__.cc: In function 'octave_value set_array_elements(JNIEnv*, _jobject*, const octave_value_list&, const octave_value&)':
__java__.cc:633: warning: deprecated conversion from string constant to 'char*'
__java__.cc: In function 'octave_value box(JNIEnv*, _jobject*, _jclass*)':
__java__.cc:782: warning: deprecated conversion from string constant to 'char*'
__java__.cc:847: warning: deprecated conversion from string constant to 'char*'
__java__.cc: In function 'int unbox(JNIEnv*, const octave_value&, jobject_ref&, jclass_ref&)':
__java__.cc:987: warning: deprecated conversion from string constant to 'char*'
__java__.cc:1051: warning: deprecated conversion from string constant to 'char*'
__java__.cc: In function 'int java_event_hook()':
__java__.cc:1116: warning: deprecated conversion from string constant to 'char*'
__java__.cc: In member function 'octave_value octave_java::do_java_invoke(JNIEnv*, const std::string&, const octave_value_list&)':
__java__.cc:1695: warning: deprecated conversion from string constant to 'char*'
__java__.cc: In static member function 'static octave_value octave_java::do_java_invoke(JNIEnv*, const std::string&, const std::string&, const octave_value_list&)':
__java__.cc:1720: warning: deprecated conversion from string constant to 'char*'
__java__.cc: In static member function 'static octave_value octave_java::do_java_create(JNIEnv*, const std::string&, const octave_value_list&)':
__java__.cc:1745: warning: deprecated conversion from string constant to 'char*'
__java__.cc: In member function 'octave_value octave_java::do_java_get(JNIEnv*, const std::string&)':
__java__.cc:1766: warning: deprecated conversion from string constant to 'char*'
__java__.cc: In static member function 'static octave_value octave_java::do_java_get(JNIEnv*, const std::string&, const std::string&)':
__java__.cc:1786: warning: deprecated conversion from string constant to 'char*'
__java__.cc: In member function 'octave_value octave_java::do_java_set(JNIEnv*, const std::string&, const octave_value&)':
__java__.cc:1812: warning: deprecated conversion from string constant to 'char*'
__java__.cc: In static member function 'static octave_value octave_java::do_java_set(JNIEnv*, const std::string&, const std::string&, const octave_value&)':
__java__.cc:1834: warning: deprecated conversion from string constant to 'char*'
make[1]: *** [__java__.oct] Error 1
make[1]: Leaving directory `/tmp/Oct/JH/java-1.2.6/src'
make: *** [build] Error 2

_______________________________________________
Help-octave mailing list
Help-octave@...
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave

Re: jhandles with debian

by Michael Goffioul-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

JDK include directory is not in the standard include path, so it
seems you have to add it manually, through some environment
variable. Under MSVC, I use INCLUDE variable.

Michael.


On Thu, May 21, 2009 at 2:34 PM, Oz Nahum <nahumoz@...> wrote:

> Thanks for your reply...
> I've been fighting with it for a couple of hours now...
> It's seems to partially work now. It now longer says
>    java:        Java Development Kit not found
>
> But java installations still kicks me out...
>
> here are the first & last line of the installation:
>
> warning: load_path: /usr/share/octave/packages/3.0/java-1.2.6: No such file
> or directory
> warning: load_path: /usr/share/octave/packages/3.0/java-1.2.6: No such file
> or directory
> In file included from __java__.cc:17:
> __java__.h:22:17: error: jni.h: No such file or directory
> In file included from __java__.cc:17:
> __java__.h:34: error: expected `)' before ‘*’ token
>
> clipped ...
>
>
> /include/linux -DHAVE_OCTAVE_30 -DJAVAPKG_BUILD -DJAVA_ARCH=\"i386\"
> -DJAVA_HOME=\"/usr/lib/jvm/java-6-openjdk\" __java__.cc -o __java__.o
> make: Leaving directory `/tmp/oct-UzSGYh/java-1.2.6/src'
> error: called from `pkg:configure_make' in file
> /usr/share/octave/3.0.5/m/pkg/pkg.m near line 1248, column 2
>
>
> So I'm still stuck...
>
> Thanks alot,
> Oz.
>
> On Thu, May 21, 2009 at 2:45 PM, Michael Goffioul
> <michael.goffioul@...> wrote:
>>
>> On Thu, May 21, 2009 at 12:58 PM, Oz Nahum <nahumoz@...> wrote:
>> > Hi,
>> > I tried installing jhandles on debian:
>> > I use octave 3.0.5 sun-java-1.6, sun-java6-jdk,
>> > I also installed libjogl-java (the debian name for jogl).
>> > According to this thread
>> >
>> > http://www.nabble.com/How-do-I-install-the-java-and-jhandles-packages--td18526884.html
>> >  I needed to export my java home: so I did
>> > export JAVA_HOME=/usr/lib/jvm/java-6-openjdk/jre/lib/i386/client/
>>
>> Try
>>
>> export JAVA_HOME=/usr/lib/jvm/java-6-openjdk/
>>
>> Michael.
>
>
>
> --
> ----
>            Imagine there's no countries
>            It isn't hard to do
>            Nothing to kill or die for
>            And no religion too
>            Imagine all the people
>            Living life in peace
>
>
>

_______________________________________________
Help-octave mailing list
Help-octave@...
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave

Re: java-1.2.6 uninstallable on debian/stable

by Michael Goffioul-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Looking at the code, this is octave-3.1.x new API. So you can't compile the java
package with octave-3.0.x (although it's rather easy to patch: see
http://octave.svn.sourceforge.net/viewvc/octave/trunk/octave-forge/extra/java/src/__java__.cc?r1=5080&r2=5371)

Michael.


On Thu, May 21, 2009 at 3:12 PM, Miroslaw Kwasniak
<mirek@...> wrote:

> java-1.2.5 installs without problem but java-1.2.6 gives compile errors:
>
> g++ -c -I/usr/include -I/usr/lib/jvm/java-6-sun-1.6.0.12/include -I/usr/lib/jvm/java-6-sun-1.6.0.12/include/linux -fPIC -I/usr/include/octave-3.0.1 -I/usr/include/octave-3.0.1/octave -mieee-fp -O2 -g -I/usr/lib/jvm/java-6-sun-1.6.0.12/include -I/usr/lib/jvm/java-6-sun-1.6.0.12/include/linux -DHAVE_OCTAVE_30 -DJAVAPKG_BUILD -DJAVA_ARCH=\"i386\" -DJAVA_HOME=\"/usr/lib/jvm/java-6-sun-1.6.0.12\" __java__.cc -o __java__.o
>
> __java__.cc: In function 'std::string get_module_path(const std::string&, bool)':
> __java__.cc:226: error: no match for call to '(std::string) ()'
>
> Full log for configure+make in attachment.
>
> _______________________________________________
> Help-octave mailing list
> Help-octave@...
> https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
>
>

_______________________________________________
Help-octave mailing list
Help-octave@...
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave

Re: jhandles with debian

by oz123 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

>JDK include directory is not in the standard include path, so it
>seems you have to add it manually, through some environment
>variable. Under MSVC, I use INCLUDE variable.

Ok, could someone translate this to noobs simple language ?
I understand you develop this software under microsoft windows [:-(], and I don't understand
what is the include variable. You mean I have to change manually the configure or make files ?
Thanks again,
Oz

--
----
           Imagine there's no countries
           It isn't hard to do
           Nothing to kill or die for
           And no religion too
           Imagine all the people
           Living life in peace



_______________________________________________
Help-octave mailing list
Help-octave@...
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave

Re: jhandles with debian

by Michael Goffioul-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Thu, May 21, 2009 at 3:56 PM, Oz Nahum <nahumoz@...> wrote:
>>JDK include directory is not in the standard include path, so it
>>seems you have to add it manually, through some environment
>>variable. Under MSVC, I use INCLUDE variable.
>
> Ok, could someone translate this to noobs simple language ?
> I understand you develop this software under microsoft windows [:-(], and I
> don't understand
> what is the include variable. You mean I have to change manually the
> configure or make files ?

What it means is that the headers provided by JDK are not installed
in some standard location, so the compiler cannot find them automatically.
The configure script expects them in $JAVA_HOME/include. If this is not
the case, then you'll have to fix your system, or let the compiler know about
the non standard location, usually by using some well-known environment
variable. Under MSVC, this is achieved through the variable called "INCLUDE".

I don't know the equivalent for GCC, but I guess using CPPFLAGS and the
-I compiler flag could do it.

Michael.
_______________________________________________
Help-octave mailing list
Help-octave@...
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave

Re: jhandles with debian

by Miroslaw Kwasniak :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Thu, May 21, 2009 at 04:56:20PM +0200, Oz Nahum wrote:

> >JDK include directory is not in the standard include path, so it
> >seems you have to add it manually, through some environment
> >variable. Under MSVC, I use INCLUDE variable.
>
> Ok, could someone translate this to noobs simple language ?
> I understand you develop this software under microsoft windows [:-(], and I
> don't understand
> what is the include variable. You mean I have to change manually the
> configure or make files ?
> Thanks again,
> Oz

See my lastest post in thread "Controlling quality of 3d plot"
_______________________________________________
Help-octave mailing list
Help-octave@...
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave

Re: jhandles with debian

by oz123 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello, again
./configure on my debian machine will succeed only if I do:

export JAVA_HOME="/usr/lib/jvm/java-6-sun-1.6.0.13/"

These are the last line of the configure out put.

But like I said before it fails on make .
__java__.cc: In member function ‘octave_value octave_java::do_java_set(JNIEnv*, const std::string&, const octave_value&)’:
__java__.cc:1812: warning: deprecated conversion from string constant to ‘char*’
__java__.cc: In static member function ‘static octave_value octave_java::do_java_set(JNIEnv*, const std::string&, const std::string&, const octave_value&)’:
__java__.cc:1834: warning: deprecated conversion from string constant to ‘char*’
make[1]: *** [__java__.oct] Error 1
make[1]: Leaving directory `/home/ozdeb/Desktop/java-1.2.6/src'
make: *** [build] Error 2

Are these the header files you mean ?

/usr/lib/jvm/java-6-sun-1.6.0.13/include
/usr/lib/jvm/java-6-sun-1.6.0.13/include/linux
/usr/lib/jvm/java-6-sun-1.6.0.13/include/linux/jni_md.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/linux/jawt_md.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/jni.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/jdwpTransport.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/jawt.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/classfile_constants.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/jvmti.h


Because if so, they are already under java home.

I even tried copying them to the working directory of java/src/ where make is working. But it still fails.

Any idea ?
B.T.W the silence about the subject means nobody is using jhandles on linux ? Someone ?

Thanks, Oz






On Thu, May 21, 2009 at 5:02 PM, Michael Goffioul <michael.goffioul@...> wrote:
On Thu, May 21, 2009 at 3:56 PM, Oz Nahum <nahumoz@...> wrote:
>>JDK include directory is not in the standard include path, so it
>>seems you have to add it manually, through some environment
>>variable. Under MSVC, I use INCLUDE variable.
>
> Ok, could someone translate this to noobs simple language ?
> I understand you develop this software under microsoft windows [:-(], and I
> don't understand
> what is the include variable. You mean I have to change manually the
> configure or make files ?

What it means is that the headers provided by JDK are not installed
in some standard location, so the compiler cannot find them automatically.
The configure script expects them in $JAVA_HOME/include. If this is not
the case, then you'll have to fix your system, or let the compiler know about
the non standard location, usually by using some well-known environment
variable. Under MSVC, this is achieved through the variable called "INCLUDE".

I don't know the equivalent for GCC, but I guess using CPPFLAGS and the
-I compiler flag could do it.

Michael.



--
----
           Imagine there's no countries
           It isn't hard to do
           Nothing to kill or die for
           And no religion too
           Imagine all the people
           Living life in peace



_______________________________________________
Help-octave mailing list
Help-octave@...
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave

Re: jhandles with debian

by Michael Goffioul-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Sat, May 23, 2009 at 10:38 PM, Oz Nahum <nahumoz@...> wrote:

> Hello, again
> ./configure on my debian machine will succeed only if I do:
>
> export JAVA_HOME="/usr/lib/jvm/java-6-sun-1.6.0.13/"
>
> These are the last line of the configure out put.
>
> But like I said before it fails on make .
> __java__.cc: In member function ‘octave_value
> octave_java::do_java_set(JNIEnv*, const std::string&, const octave_value&)’:
> __java__.cc:1812: warning: deprecated conversion from string constant to
> ‘char*’
> __java__.cc: In static member function ‘static octave_value
> octave_java::do_java_set(JNIEnv*, const std::string&, const std::string&,
> const octave_value&)’:
> __java__.cc:1834: warning: deprecated conversion from string constant to
> ‘char*’
> make[1]: *** [__java__.oct] Error 1
> make[1]: Leaving directory `/home/ozdeb/Desktop/java-1.2.6/src'
> make: *** [build] Error 2

These are only warnings. Could you include the full output?

Michael.

_______________________________________________
Help-octave mailing list
Help-octave@...
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave

Re: jhandles with debian

by oz123 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello, again
./configure on my debian machine will succeed only if I do:

export JAVA_HOME="/usr/lib/jvm/java-
6-sun-1.6.0.13/"

These are the last line of the configure out put.

But like I said before it fails on make .
__java__.cc: In member function ‘octave_value octave_java::do_java_set(JNIEnv*, const std::string&, const octave_value&)’:
__java__.cc:1812: warning: deprecated conversion from string constant to ‘char*’
__java__.cc: In static member function ‘static octave_value octave_java::do_java_set(JNIEnv*, const std::string&, const std::string&, const octave_value&)’:
__java__.cc:1834: warning: deprecated conversion from string constant to ‘char*’
make[1]: *** [__java__.oct] Error 1
make[1]: Leaving directory `/home/ozdeb/Desktop/java-1.2.6/src'
make: *** [build] Error 2

Are these the header files you mean ?

/usr/lib/jvm/java-6-sun-1.6.0.13/include
/usr/lib/jvm/java-6-sun-1.6.0.13/include/linux
/usr/lib/jvm/java-6-sun-1.6.0.13/include/linux/jni_md.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/linux/jawt_md.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/jni.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/jdwpTransport.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/jawt.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/classfile_constants.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/jvmti.h


Because if so, they are already under java home.

I even tried copying them to the working directory of java/src/ where make is working. But it still fails.

Any idea ?
B.T.W the silence about the subject means nobody is using jhandles on linux ? Someone ?

Thanks, Oz


On Thu, May 21, 2009 at 5:02 PM, Michael Goffioul <michael.goffioul@...> wrote:
On Thu, May 21, 2009 at 3:56 PM, Oz Nahum <nahumoz@...> wrote:
>>JDK include directory is not in the standard include path, so it
>>seems you have to add it manually, through some environment
>>variable. Under MSVC, I use INCLUDE variable.
>
> Ok, could someone translate this to noobs simple language ?
> I understand you develop this software under microsoft windows [:-(], and I
> don't understand
> what is the include variable. You mean I have to change manually the
> configure or make files ?

What it means is that the headers provided by JDK are not installed
in some standard location, so the compiler cannot find them automatically.
The configure script expects them in $JAVA_HOME/include. If this is not
the case, then you'll have to fix your system, or let the compiler know about
the non standard location, usually by using some well-known environment
variable. Under MSVC, this is achieved through the variable called "INCLUDE".

I don't know the equivalent for GCC, but I guess using CPPFLAGS and the
-I compiler flag could do it.

Michael.



--
----
           Imagine there's no countries
           It isn't hard to do
           Nothing to kill or die for
           And no religion too
           Imagine all the people
           Living life in peace



_______________________________________________
Help-octave mailing list
Help-octave@...
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave

Re: jhandles with debian

by Hielos :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello. If it makes you feel better, I am having the same issue as you. There is not much information on how to solve it, and I think it should. May be, jhandles was only destined to work with Windows..? As a matter of fact, I think that the bottom line goes to installing octave-java. I am running Jaunty (ubuntu 9.04) 64 bits. From my perspective, this is a REAL issue, since I can't program any GUI's without jhandles (I have seen it's marked as whish-list somewhere else). Good luck to all of us


oz123 wrote:
Hello, again
./configure on my debian machine will succeed only if I do:

export JAVA_HOME="/usr/lib/jvm/java-6-sun-1.6.0.13/"

These are the last line of the configure out put.

But like I said before it fails on make .
__java__.cc: In member function ‘octave_value
octave_java::do_java_set(JNIEnv*, const std::string&, const octave_value&)’:
__java__.cc:1812: warning: deprecated conversion from string constant to
‘char*’
__java__.cc: In static member function ‘static octave_value
octave_java::do_java_set(JNIEnv*, const std::string&, const std::string&,
const octave_value&)’:
__java__.cc:1834: warning: deprecated conversion from string constant to
‘char*’
make[1]: *** [__java__.oct] Error 1
make[1]: Leaving directory `/home/ozdeb/Desktop/java-1.2.6/src'
make: *** [build] Error 2

Are these the header files you mean ?

/usr/lib/jvm/java-6-sun-1.6.0.13/include
/usr/lib/jvm/java-6-sun-1.6.0.13/include/linux
/usr/lib/jvm/java-6-sun-1.6.0.13/include/linux/jni_md.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/linux/jawt_md.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/jni.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/jdwpTransport.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/jawt.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/classfile_constants.h
/usr/lib/jvm/java-6-sun-1.6.0.13/include/jvmti.h


Because if so, they are already under java home.

I even tried copying them to the working directory of java/src/ where make
is working. But it still fails.

Any idea ?
B.T.W the silence about the subject means nobody is using jhandles on linux
? Someone ?

Thanks, Oz


On Thu, May 21, 2009 at 5:02 PM, Michael Goffioul <
michael.goffioul@gmail.com> wrote:

> On Thu, May 21, 2009 at 3:56 PM, Oz Nahum <nahumoz@gmail.com> wrote:
> >>JDK include directory is not in the standard include path, so it
> >>seems you have to add it manually, through some environment
> >>variable. Under MSVC, I use INCLUDE variable.
> >
> > Ok, could someone translate this to noobs simple language ?
> > I understand you develop this software under microsoft windows [:-(], and
> I
> > don't understand
> > what is the include variable. You mean I have to change manually the
> > configure or make files ?
>
> What it means is that the headers provided by JDK are not installed
> in some standard location, so the compiler cannot find them automatically.
> The configure script expects them in $JAVA_HOME/include. If this is not
> the case, then you'll have to fix your system, or let the compiler know
> about
> the non standard location, usually by using some well-known environment
> variable. Under MSVC, this is achieved through the variable called
> "INCLUDE".
>
> I don't know the equivalent for GCC, but I guess using CPPFLAGS and the
> -I compiler flag could do it.
>
> Michael.
>



--
----
           Imagine there's no countries
           It isn't hard to do
           Nothing to kill or die for
           And no religion too
           Imagine all the people
           Living life in peace

_______________________________________________
Help-octave mailing list
Help-octave@octave.org
https://www-old.cae.wisc.edu/mailman/listinfo/help-octave