netbsd port ?

Wed Jul 8 05:09:07 PDT 2009

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_implementat
ion
-I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/gc_implementat
ion/concurrentMarkSweep
-I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/gc_implementat
ion/g1
-I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/gc_implementat
ion/parNew
-I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/gc_implementat
ion/parallelScavenge
-I/teles/rema/jdk/1stMethod/bsd-port/hotspot/src/share/vm/gc_implementat
ion/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 at openjdk.java.net
[mailto:bsd-port-dev-bounces at openjdk.java.net] On Behalf Of Renju Mathew
Sent: Monday, June 15, 2009 7:23 PM
To: S.P.Zeidler
Cc: bsd-port-dev at 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
<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 at serpens.de] 
Sent: Friday, May 29, 2009 12:19 PM
To: Renju Mathew
Cc: bsd-port-dev at openjdk.java.net
Subject: Re: netbsd port ?

Hi,

Thus wrote Renju Mathew (m.renju at 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 at serpens.de (S.P.Zeidler)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20090708/75254626/attachment.html 