Re: [tcljava-user] SPARC Solaris 8 attempt to build latest tcljava cvs

[<Dav...@na...>]

Larry,

I've been trying to do almost the same thing; build tclBlend 1.3.1 with
tcl 8.4.7 on Solaris 8.  I initially used the Sun compiler, but this
gave me serious runtime errors during 'make tests'.  I switched to gcc
3.3.2 and experienced the same config problem that you described.

Looking at my config.log:

configure:4541: checking to see if we can link a JNI application
configure:4576: gcc -pipe -o conftest -g -O2 -I/usr/j2se/include
-I/usr/j2se/include/solaris   conftest.c  -lthread
-L/usr/j2se/jre/lib/sparc -ljava -L/usr/j2se/jre/lib/sparc/native_threads
-ljvm >&5
ld: fatal: file /usr/j2se/jre/lib/sparc/libjava.so: wrong ELF class:
ELFCLASS32
ld: fatal: file /usr/j2se/jre/lib/sparc/libjvm.so: wrong ELF class:
ELFCLASS32
ld: fatal: File processing errors. No output written to conftest

It seems that my gcc installation is generating 64 bit binaries by default
(which would make sense on a sparc V9) but the configure script for
tclBlend
doesn't know about the 64 bit java binaries at /usr/j2sr/jre/lib/sparcv9/.
Instead it only picks up the 32 bit versions at /usr/j2se/jre/lib/sparc/.

All the other binaries (for tcl8.4.7 and thread2.5.2) were built with gcc
into 64 bit binaries, and they would have to be re-built into 32 bit
binaries,
if the 32 bit java binaries are to be used.  This sounds like a backward
step, so I will instead attempt to persuade tclBlend1.3.1 to build/use 64
bit binaries (I don't know much about configure/autoconf, but I'll give it
a shot).

Regarding the Sun compiler and CC variable: I had problems getting
thread2.5.2
and tclBlend1.3.1 to stop using cc.  Even though there was no cc in my
path,
configure insisted on using "cc -E" as the preprocessor command.  I ended
up
having to set CC=gcc to get it to build.

--
David


tcl...@li... wrote on 31/08/2004 01:32:04 AM:

>
> I grabbed the latest cvs for tcljava, which appears to be
> last updated in April 2004.
>
> I am attempting to build this on my sparc solaris 8
> machine, with tcl 8.4.7 .
>
> I am getting this error -has anyone figure out what the solution
> to it is?
>
> checking whether we are using the GNU C compiler... yes
> checking whether gcc -pipe accepts -g... yes
> checking for gcc -pipe option to accept ANSI C... none needed
> Using the following JNI include flags -I/usr/java/include -
> I/usr/java/include/solaris
> checking to see if jni.h can be included... yes
> Using the following JNI library flags -lthread -
> L/usr/java/jre/lib/sparc -ljava -L/usr/java/jre/lib/sparc/native_threads
-ljvm
> Using the following runtime library path /usr/java/jre/lib/sparc:
> /usr/java/jre/lib/sparc/native_threads
> checking to see if we can link a JNI application... no
> configure: error: could not link file that includes jni.h
>         Either the configure script does not know how to deal with
>         this JVM configuration or the JVM install is broken or corrupted.
>
>
> One weird thing is that I set the CC and CCC variables to use
> the Sun compiler, since that's what I used to build Tcl, but
> tcljava's configure doesn't seem to recognize the variables.
>
> --
> Tcl - The glue of a new generation.  <URL: http://wiki.tcl.tk/ >
> Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.
> org/NET/lvirden/>
> Even if explicitly stated to the contrary, nothing in this posting should

> be construed as representing my employer's opinions.
> -><-
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user