Hi

Thanks for all the support. I was able to move a little further in the OpenJDK compilation on NetBSD3.1

But Now I am facing a new problem. As I continue with the compilation it ended up with the following error.

 

g++ -D_ALLBSD_SOURCE -D_GNU_SOURCE -DIA32 -DPRODUCT -I../generated/adfiles -I../generated/jvmtifiles -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/asm -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/c1 -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/ci -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/classfile -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/code -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/compiler -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/gc_implementation -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/gc_implementation/concurrentMarkSweep -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/gc_implementation/g1 -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/gc_implementation/parNew -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/gc_implementation/parallelScavenge -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/gc_implementation/shared -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/gc_interface -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/interpreter -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/libadt -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/memory -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/oops -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/opto -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/prims -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/runtime -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/services -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/utilities -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/cpu/x86/vm -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/os/bsd/vm -I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/os_cpu/bsd_x86/vm -I../generated -DHOTSPOT_RELEASE_VERSION="\"16.0-b04\"" -DHOTSPOT_BUILD_TARGET="\"product\"" -DHOTSPOT_BUILD_USER="\"admin\"" -DHOTSPOT_LIB_ARCH=\"i386\" -DJRE_RELEASE_VERSION="\"1.7.0-internal-admin_2009_07_08_14_48-b00\"" -DHOTSPOT_VM_DISTRO="\"OpenJDK\"" -DCOMPILER2 -DCOMPILER1 -fPIC -fno-rtti -fno-exceptions -pthread -fcheck-new -m32 -march=i586 -pipe -O3 -fno-strict-aliasing -DVM_LITTLE_ENDIAN -Werror -Wpointer-arith -Wconversion -Wsign-compare    -c -o attachListener_bsd.o /teles/rema/jdk/1stMethod/bsd-port/hotspot/src/os/bsd/vm/attachListener_bsd.cpp

/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/os/bsd/vm/attachListener_bsd.cpp: In

   static member function `static BsdAttachOperation*

   BsdAttachListener::dequeue()':

/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/os/bsd/vm/attachListener_bsd.cpp:323: error: `::

   getpeereid' undeclared (first use here)

gmake[6]: *** [attachListener_bsd.o] Error 1

gmake[6]: Leaving directory `/teles/rema/jdk/1stMethod/bsd-port/build/bsd-i586/hotspot/outputdir/bsd_i486_compiler2/product'

gmake[5]: *** [the_vm] Error 2

gmake[5]: Leaving directory `/teles/rema/jdk/1stMethod/bsd-port/build/bsd-i586/hotspot/outputdir/bsd_i486_compiler2/product'

gmake[4]: *** [product] Error 2

gmake[4]: Leaving directory `/teles/rema/jdk/1stMethod/bsd-port/build/bsd-i586/hotspot/outputdir'

gmake[3]: *** [generic_build2] Error 2

gmake[3]: Leaving directory `/teles/rema/jdk/1stMethod/bsd-port/hotspot/make'

gmake[2]: *** [product] Error 2

gmake[2]: Leaving directory `/teles/rema/jdk/1stMethod/bsd-port/hotspot/make'

gmake[1]: *** [hotspot-build] Error 2

gmake[1]: Leaving directory `/teles/rema/jdk/1stMethod/bsd-port'

gmake: *** [build_product_image] Error 2

 

Anybody has the similar experience??..

 

Regards

Renju

 

 

-----Original Message-----
From: bsd-port-dev-bounces@openjdk.java.net [mailto:bsd-port-dev-bounces@openjdk.java.net] On Behalf Of Renju Mathew
Sent:
Monday, June 15, 2009 7:23 PM
To: S.P.Zeidler
Cc: bsd-port-dev@openjdk.java.net
Subject: RE: netbsd port ?

 

Hi

 

Thanks for all your support.

As of the instructions given in  http://ftp.netbsd.org:/pub/NetBSD/misc/spz/openjdk/openjdk7-howto, I completed all the pre-install steps successfully.

But as I gave gmake  it exited with the following error:

 

#

# A fatal error has been detected by the Java Runtime Environment:

#

#  Internal Error (nmethod.cpp:1836), pid=1012, tid=49190

#  Error: guarantee(cont_offset != 0,"unhandled implicit exception in compiled code")

#

# JRE version: 6.0_14-b08

# Java VM: Java HotSpot(TM) Client VM (14.0-b16 mixed mode, sharing linux-x86 )

# An error report file with more information is saved as:

# /teles/rema/jdk/bsd-port/langtools/make/hs_err_pid1012.log

#

# If you would like to submit a bug report, please visit:

#   http://java.sun.com/webapps/bugreport/crash.jsp

#

 

I Installed “lang/sun-jdk6” from pkgsrc. And  I’m working on a  NetBSD 3.1 i386 machine…

 

Regards,

Renju

 

-----Original Message-----
From: S.P.Zeidler [mailto:spz@serpens.de]
Sent:
Friday, May 29, 2009 12:19 PM
To: Renju Mathew
Cc: bsd-port-dev@openjdk.java.net
Subject: Re: netbsd port ?

 

Hi,

 

Thus wrote Renju Mathew (m.renju@teles.com):

 

> I'm a newbie in openJDK.

>

> I want to know whether there is any NetBSD 3.0 port of openJDK?

 

I built binaries for NetBSD 5.0 that are available via the openjdk-bin

package in pkgsrc, but not for earlier releases (although I probably

should build a NetBSD-4 version, since that's still an officially

supported release train).

 

I'd expect openjdk to just build on NetBSD-3, see

http://ftp.netbsd.org:/pub/NetBSD/misc/spz/openjdk/openjdk7-howto

for a recipy. Once you scrub your environment(*) it's fairly

straightforward, it just takes a while to build.

 

The patch I needed for the openjdk version I put onto ftp.NetBSD.org has

since been integrated, so that one isn't necessary any more; but as lots of

new code has been added, too, there's chance of entirely new fun to be had.

:-P

 

regards,

      spz

 

(*) variables like eg $BIN get used as conditional, and the script that

sets them as a "yes" indicator doesn't unset them as a "no" indicator, so

if you already had them set because you use them differently, you get

surprising results. If I had lots more time I'd want to hunt them all down.

--

spz@serpens.de (S.P.Zeidler)