Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 31 Dec 2009 01:31:42 +0300
From:      Vladimir Grebenschikov <vova@fbsd.ru>
To:        "Stephane E. Potvin" <sepotvin@videotron.ca>
Cc:        freebsd-eclipse@freebsd.org
Subject:   Re: Eclipse 3.5.1
Message-ID:  <1262212302.3614.25.camel@localhost>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
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 <sepotvin@videotron.ca>
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1262212302.3614.25.camel>