From owner-freebsd-eclipse@FreeBSD.ORG Wed Dec 30 22:31:49 2009 Return-Path: Delivered-To: freebsd-eclipse@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A06F21065695 for ; Wed, 30 Dec 2009 22:31:49 +0000 (UTC) (envelope-from vova@parallels.com) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 112628FC0C for ; Wed, 30 Dec 2009 22:31:48 +0000 (UTC) Received: from vbook.fbsd.ru ([10.24.21.214]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id nBUMVhBD027042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 31 Dec 2009 01:31:45 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NQ74w-00014d-My; Thu, 31 Dec 2009 01:31:42 +0300 From: Vladimir Grebenschikov To: "Stephane E. Potvin" In-Reply-To: <4B3BD3C2.2040202@videotron.ca> References: <4B3A1084.90505@videotron.ca> <1262101625.2466.30.camel@localhost> <4B3A27ED.3060709@videotron.ca> <1262125119.2616.20.camel@localhost> <4B3BD3C2.2040202@videotron.ca> Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: quoted-printable Date: Thu, 31 Dec 2009 01:31:42 +0300 Message-ID: <1262212302.3614.25.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-eclipse@freebsd.org Subject: Re: Eclipse 3.5.1 X-BeenThere: freebsd-eclipse@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: "FreeBSD users of eclipse EDI, tools, rich client apps & ports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 22:31:49 -0000 Hi=20 After limiting to 1Gb it built fine here (do not yet installed and tested). Thanks for your efforts. Happy New Year. -----Original Message----- From: Stephane E. Potvin To: vova@fbsd.ru Cc: freebsd-eclipse@freebsd.org Subject: Re: Eclipse 3.5.1 Date: Wed, 30 Dec 2009 17:27:14 -0500 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Vladimir Grebenschikov wrote: > Hi=20 >=20 > Now it verify destribution, but fails later: >=20 >=20 > # make >=20 > eclipse is using libxul for gecko support, but you can > change that by defining WITH_GECKO to the following values: >=20 > libxul=20 >=20 > =3D=3D=3D> Found saved configuration for eclipse-3.5.1.M20090917.0800 > =3D=3D=3D> Extracting for eclipse-3.5.1.M20090917.0800 > =3D> MD5 Checksum OK for eclipse/eclipse-build-0_4_RC4.tar.gz. > =3D> SHA256 Checksum OK for eclipse/eclipse-build-0_4_RC4.tar.gz. > =3D> MD5 Checksum OK for eclipse/eclipse-R3_5_1-fetched-src.tar.bz2. > =3D> SHA256 Checksum OK for eclipse/eclipse-R3_5_1-fetched-src.tar.bz2. > =3D=3D=3D> Patching for eclipse-3.5.1.M20090917.0800 > =3D=3D=3D> eclipse-3.5.1.M20090917.0800 depends on executable: ant - fo= und > =3D=3D=3D> eclipse-3.5.1.M20090917.0800 depends on executable: gpatch -= found > =3D=3D=3D> eclipse-3.5.1.M20090917.0800 depends on executable: zip - fo= und > =3D=3D=3D> Applying FreeBSD patches for eclipse-3.5.1.M20090917.0800 > Picked up _JAVA_OPTIONS: -Xmx2048m > Error occurred during initialization of VM > Could not reserve enough space for object heap > Could not create the Java virtual machine. > *** Error code 1 >=20 > Stop in /usr/ports/java/eclipse. > *** Error code 1 >=20 > Stop in /usr/ports/java/eclipse. > # swapinfo=20 > Device 512-blocks Used Avail Capacity > /dev/ad0s2b 4194304 0 4194304 0% > /dev/md0 2097152 0 2097152 0% > Total 6291456 0 6291456 0% > # >=20 > It is i386 system with 2Gb RAM, but it should be enough RAM+swap (5 GB to= tal) >=20 > after change to -Xmx1024m it start building (will see results later) >=20 >=20 > PS. second run of make after that error gives error about already > applied patches (need to clean work to fix) >=20 Hi Vladimir, I guess that asking java to use a 2Gb heap was a little aggressive... I've = updated my patch locally to use 1Gb. I just wonder why it didn't fail in my tinderbox. I would have expected a 32-bit executable to h= ave the same data segment limitations whether the host is 64-bit or not. Thanks for the report! Regards, Steph -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAks708EACgkQmdOXtTCX/numygCgp6FOLfArIUCKvpzbgta11skb ijUAoN5nP5HGbniOnvfXxxGQif1pxLGx =3DJiSf -----END PGP SIGNATURE----- --=20 Vladimir B. Grebenschikov vova@fbsd.ru