|
From: Leif M. <le...@ta...> - 2004-03-21 13:32:18
|
Geoffrey,
Thank you for posting the Makefile for building the libwrapper.sl
library
needed for 64-bit HP-UX systems. I am not sure if it is possible. But
If it
is, I would like to be able to build both the libwrapper.so file needed for
32-bit systems, and the libwrapper.sl file needed for the 64-bit systems
in the same build file. Then is what would be even better is if that same
makefile could be used to build on either 32 or 64-bit systems.
So far, Ashish has been helping me out with HP-UX releases as I do not
have access to any HP-UX machines myself. I have attached the original
HP-UX makefile which Ashish created by modifying my Linux Makefile,
the new Makefile from Geoffrey, and then a third untested Makefile that I
threw together to try and build both libraries.
Note that I modified Geoffrey's Makefile slightly to reflect changes
that
have been made for the 3.1.0 release. The realpath utility is no longer
included and all modules must be linked with the new wrapperinfo.c file.
I have also placed the current snapshot of the source tree at the
following location:
http://wrapper.tanukisoftware.org/tmp/wrapper_3.1.0b_src_with_doc_src.tar.gz
Ashish, Geoffrey, and any other HP-UX users,
If you guys have time, I would greatly appreciate your help coming up
with a release package that will make all of my HP-UX users happy.
Thanks to Ashish, the 32-bit users have been working without any
problems, but it requires some work for 64-bit users to get up and running.
Ideally I would like to be able to release a single HP-UX distribution which
contains all of the binaries required for both flavors.
I will be surprised if the Makefile I posted works out of the box.
But if
you guys could bounce a few mails back and forth, ccing me I would
appreciate it.
For example, is it possible to build both libraries on 32-bit
systems and
have the libwrapper.sl library function out of the box on 64-bit systems.
And vica versa.
Thanks in advance.
Cheers,
Leif
Geoffrey Mitchell wrote:
> Leif,
>
> We did not have any success using that makefile. I suspect that the
> people who submitted it may have had a different (32-bit) linker.
> When I use either makefile, I get an ELF-64, PA-RISC 2.0 library, not
> a 32-bit PA-RISC 1.1, SOM library. Up to this point, I have not been
> able to find a way around that.
>
> I was, however, able to get the library to load using the PA_RISC2.0W
> (ELF-64) versions of the jdk executables (there was a slight hint in
> this direction in one of the archive messages you referred me to).
>
> Doing this required:
>
> 1) Setting LD_LIBRARY_PATH in wrapper startup script to include
> {JAVA_HOME}/jre/lib/PA_RISC2.0W:{JAVA_HOME}/jre/lib/PA_RISC2.0W/server
> 2) Changing conf/wrapper.conf to set wrapper.java.command to
> {JAVA_HOME}/bin/PA_RISC2.0W
> 3) Renaming libwrapper.so to libwrapper.sl (I don't know why, but java
> couldn't seem to find it otherwise).
>
> I also set my path so that the ELF-64 java binaries were my default
> (and set my LD_LIBRARY_PATH as above) and re-ran build.sh, but I don't
> *think* that that should be necessary.
>
> All of this was using the JDK version 1.4.2 for HP/UX available from
> http://www.hp.com/products1/unix/java/.
>
> Thanks for all of your help!
> Geoff
>
> On Wed, 2004-02-25 at 10:14, Leif Mortenson wrote:
>
>>/Geoff,
>> SF has this problem once in a while. It usually comes back up within a
>>day.
>>
>> I found the final message in that thread on my machine and attached it.
>>Let me know if you have any problems getting it working. I don't have
>>any HP-UX machines myself, but I wonder if there is a way that I could
>>modify the HP-UX build to build both 32 and 64-bit JNI libraries so that
>>they can both be included with the release. It would really be great if
>>such a thing was possible to compile on 32-bit machines? Too much to
>>hope for??? Depends on the build tools available on HP-UX systems.
>>The user who has been helping with the HP-UX releases so far has
>>a 32-bit system.
>>
>>Cheers,
>>Leif
>>
>>
>>Geoffrey Mitchell wrote:
>>
>>> Leif,
>>>
>>> That is correct. We are running a 64-bit HP-UX. Thank you very much
>>> for the information, however, when I try to access the referenced
>>> archives, I get a message, "Message Not Found
>>> This message does not (any longer) exist." On the project page on
>>> sourceforge, it says "Mailing list archives temporarily disabled
>>> (details in status if extended outage)
>>> <//http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1 <http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1>>".
>>> Any ide if the archives will be available again soon, or if the
>>> referenced makefile is available anywhere else?
>>>
>>> Thanks!
>>> Geoff
>>
>>/
>>
>> / /
>> ------------------------------------------------------------------------
>> /
>>
>> /
>>
>>/*From:* "EXT-Smith, Eric M" <eri...@bo...>
>>*To:* wra...@li...
>>*Subject:* [Wrapper-user] RE: Re: libwrapper.so fails to load under HP-UX
>>*Date:* 17 Oct 2003 08:33:07 -0500
>>
>>Leif,
>>
>>(I tried sending this to you directly, but SF rejected it. Don't know why)
>>
>>As I promissed, here is the Makefile I used to get the wrapper compiling and loading the libwrapper.sl file under HP-UX 11.0.
>>We used the following versions of software:
>> java - 1.4.1_05
>> gcc - 3.2.3
>> HP-UX - HP-UX B.11.00
>>
>>We still have a few issues, but they all appear to be in our code or the Java 1.4.1 VM.
>>
>>Sincerely
>>
>>Eric M. Smith
>>InfoStructure Systems
>>Boeing Chairman's Innovation Initiative
>>
>>=============================
>>Makefile.hpux
>>=============================
>>JNI_HEADERS = $(JAVA_HOME)/include
>>DEFS = -I$(JNI_HEADERS) -I$(JNI_HEADERS)/hp-ux
>>
>>DEFVALS = -DHPUX -D_HPUX -D_POSIX_C_SOURCE=199506L -D_XOPEN_SOURCE_EXTENDED
>>
>>OPTS = -ansi -fPIC
>>
>>COMPILE = gcc -c $(DEFVALS) $(OPTS) $(DEFS)
>>COMPILE2 = cc -c $(DEFVALS) $(DEFS)
>>COMPILE_LINK = gcc $(DEFVALS) $(OPTS) $(DEFS)
>>
>>LINK = ld
>>realpath_SOURCE = realpath.c
>>wrapper_SOURCE = wrapper.c wrapper_unix.c property.c logger.c
>>wrapper_OBJECTS = wrapper.o wrapper_unix.o property.o logger.o
>>libwrapper_sl_SOURCE = wrapperjni_unix.c wrapperjni.c
>>libwrapper_sl_OBJECTS = wrapperjni_unix.o wrapperjni.o
>>BIN = ../../bin
>>LIB = ../../lib
>>
>>all: init realpath wrapper libwrapper.sl
>>
>>clean:
>> rm -f *.o
>>
>>cleanall: clean
>> rm -rf *~ .deps
>> rm -f $(BIN)/realpath $(BIN)/wrapper $(LIB)/libwrapper.sl
>>
>>init:
>> if test ! -d .deps; then mkdir .deps; fi
>>
>>realpath: $(realpath_SOURCE)
>> $(COMPILE_LINK) $(realpath_SOURCE) -o $(BIN)/realpath
>>
>>wrapper: $(wrapper_SOURCE)
>> $(COMPILE_LINK) $(wrapper_SOURCE) -lm -o $(BIN)/wrapper
>>
>>libwrapper.sl: $(libwrapper_so_OBJECTS)
>> ${COMPILE} $(libwrapper_sl_SOURCE)
>> ${LINK} $(libwrapper_sl_OBJECTS) -b -o $(LIB)/libwrapper.sl
>>
>>%.o: %.c
>> ${COMPILE} ${OPTS} ${DEFS} $<
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: SF.net Giveback Program.
>>SourceForge.net hosts over 70,000 Open Source Projects.
>>See the people who have HELPED US provide better services:
>>Click here: http://sourceforge.net/supporters.php
>>_______________________________________________
>>Wrapper-user mailing list
>>Wra...@li...
>>https://lists.sourceforge.net/lists/listinfo/wrapper-user/
>>
>--
>Geoffrey Mitchell 314-684-1062
>Programmer/Analyst ga...@im...
>Knights Direct
>
>
>
>
|