Re: [Swarm-Support] building swarm-2.4.0. Objc = OK. Java, not so much

[Scott Christley]

Hey Paul,

That is good news that the objc works fine, I have not even been able to get 
that far.  Apparently I've run into the BLT problems with TCL/TK 8.5 that you 
have run into, unfortunately it doesn't seem that the debian guys have fixed it 
all the way.  Would you happen to have a tarball of a completely patched BLT 
that works TCL/TK 8.5?

As for your java problem, I see Marcus' patch in the ChangeLog in the m4 
directory.  You can try copying acjdk.m4 from the svn main branch, if you have 
the svn source code...???  I really need to go through the changelogs and 
backport stuff.

Scott

On Feb 21, 2011, at 5:45 PM, address@hidden wrote:

> Hi!  I'm remembering the excitement of Heatbugs.
> 
> In RedHat 6, I built RPMS for the Obj-C only version, they are uploaded to
> 
> http://pj.freefaculty.org/Swarm/Swarm-Packages/RedHat/6/x86_64
> 
> Do you want me copy those onto your Swarm server somehow/somewhere?
> 
> Now, the java thread problem happens again.
> 
> RH6 has the openjdk thing, and I'm running into a problem that I've seen
> before.  Perhaps it is the reason I insisted on using the authentic Sun
> JDK all that time. Anyway, here's the configure,  which ends with Swarm
> saying it does not like my pthreads.
> 
> $ ../configure --srcdir=../ --with-defaultdir=/usr --prefix=/usr
> --with-jdkdir=/usr/lib/jvm/java-1.6.0-openjdk.x86_64 --libdir=/usr/lib64
> --enable-onelib--enable-subdirs
> checking build system type... x86_64-unknown-linux-gnu
> checking host system type... x86_64-unknown-linux-gnu
> checking target system type... x86_64-unknown-linux-gnu
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking for style of include used by make... GNU
> 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 dependency style of gcc... gcc3
> checking for a sed that does not truncate output... /bin/sed
> checking for grep that handles long lines and -e... /bin/grep
> checking for egrep... /bin/grep -E
> checking for fgrep... /bin/grep -F
> checking for ld used by gcc... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... yes
> checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
> checking the name lister (/usr/bin/nm -B) interface... BSD nm
> checking whether ln -s works... yes
> checking the maximum length of command line arguments... 1966080
> checking whether the shell understands some XSI constructs... yes
> checking whether the shell understands "+="... yes
> checking for /usr/bin/ld option to reload object files... -r
> checking for objdump... objdump
> checking how to recognize dependent libraries... pass_all
> checking for ar... ar
> checking for strip... strip
> checking for ranlib... ranlib
> checking command to parse /usr/bin/nm -B output from gcc object... ok
> checking how to run the C preprocessor... gcc -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking for dlfcn.h... yes
> checking for objdir... .libs
> checking if gcc supports -fno-rtti -fno-exceptions... no
> checking for gcc option to produce PIC... -fPIC -DPIC
> checking if gcc PIC flag -fPIC -DPIC works... yes
> checking if gcc static flag -static works... no
> checking if gcc supports -c -o file.o... yes
> checking if gcc supports -c -o file.o... (cached) yes
> checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports
> shared libraries... yes
> checking whether -lc should be explicitly linked in... no
> checking dynamic linker characteristics... GNU/Linux ld.so
> checking how to hardcode library paths into programs... immediate
> checking whether stripping libraries is possible... yes
> checking if libtool supports shared libraries... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... yes
> checking for gcc... (cached) gcc
> checking whether we are using the GNU C compiler... (cached) yes
> checking whether gcc accepts -g... (cached) yes
> checking for gcc option to accept ISO C89... (cached) none needed
> checking dependency style of gcc... (cached) gcc3
> checking for gcc... gcc
> checking whether we are using the GNU Objective C compiler... yes
> checking whether gcc accepts -g... yes
> checking dependency style of gcc... gcc3
> checking for a sed that does not truncate output... (cached) /bin/sed
> checking for correct TEA configuration... ok (TEA 3.6)
> checking for Tcl configuration... found /usr/lib64/tclConfig.sh
> checking for existence of /usr/lib64/tclConfig.sh... loading
> checking for Tcl public headers... /usr/include
> checking for Tk configuration... found /usr/lib64/tkConfig.sh
> checking for existence of /usr/lib64/tkConfig.sh... loading
> checking for Tk public headers... /usr/include
> checking for X... libraries , headers
> checking for gethostbyname... yes
> checking for connect... yes
> checking for remove... yes
> checking for shmat... yes
> checking for IceConnectionNumber in -lICE... yes
> checking directory of libXpm... /usr/lib64
> checking for X11/xpm.h... yes
> checking for GUI libs... -lX11
> checking directory of libBLTCore30... no
> checking directory of libBLTCore30... no
> checking directory of libBLTCore30... no
> checking directory of libBLT.2.4... no
> checking directory of libBLT.2.4... no
> checking directory of libBLT.2.4... no
> checking directory of libBLT24... /usr/lib64
> checking directory of libz... /usr/lib64
> checking directory of zlib.h... /usr/include
> checking directory of libpng... /usr/lib64
> checking directory of png.h... /usr/include
> checking directory of libhdf5... /usr/lib64
> checking directory of hdf5.h... /usr/include
> checking for special linkflags... none
> checking for main in -ldl... yes
> checking for main in -ldld... no
> checking for GCC inlining bug... no
> checking how to avoid implicit int return warning... -Wno-implicit-int
> checking how to avoid unknown pragma warning... -Wno-unknown-pragmas
> checking for 0x prefix from %p... yes
> checking for working __builtin_apply... no
> checking size of int... 4
> checking size of long... 8
> checking size of void *... 8
> checking how to print long long... %ld and %lu
> checking size of long... (cached) 8
> checking size of long long... 8
> checking for memcpy... yes
> checking for memset... yes
> checking for strcmp... yes
> checking for strlen... yes
> checking for memchr... yes
> checking for realpath... yes
> checking for stpcpy... yes
> checking for strchr... yes
> checking for strncmp... yes
> checking for strndup... yes
> checking for strnlen... yes
> checking for strpbrk... yes
> checking for strsep... yes
> checking for strtoll... yes
> checking argp.h usability... yes
> checking argp.h presence... yes
> checking for argp.h... yes
> checking for argp_parse... yes
> checking for nalloc_pixels in XpmAttributes... yes
> checking sys/sigevent.h usability... no
> checking sys/sigevent.h presence... no
> checking for sys/sigevent.h... no
> checking for JDK... configure: error: Can't find threads
> 
> Now, what do I have for threads?
> 
> $ ls /usr/lib/jvm/java-1.6.0-openjdk.x86_64
> bin  include  jre  lib  tapset
> 
> $ find . -name  "*thread*"
> ./jre/lib/amd64/native_threads
> 
> $ ls jre/lib/amd64/native_threads/
> libhpi.so
> 
> 
> I feel certain that Marcus had patched the configure script in Spring,
> 2010, to make it recognize "amd64" for java threads.  But I just can't
> find any evidence of it :) or :(
> 
> pj
> 
> 
> 
> 
> 
> _______________________________________________
> Support mailing list
> address@hidden
> http://www.swarm.org/mailman/listinfo/support