Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 16 Mar 2006 21:22:07 +0100
From:      "[LoN]Kamikaze" <LoN_Kamikaze@gmx.de>
To:        Gerald Pfeifer <gerald@pfeifer.com>
Cc:        freebsd-ports@freebsd.org
Subject:   Re: lang/gcc41 - libjava
Message-ID:  <4419C8EF.5050907@gmx.de>
In-Reply-To: <Pine.LNX.4.61.0603162051300.7310@acrux.dbai.tuwien.ac.at>
References:  <4418A188.8060200@gmx.de> <Pine.LNX.4.61.0603162051300.7310@acrux.dbai.tuwien.ac.at>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig2FE09939C5755D0C23FFAB5A
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Actually I have tested this with 256Mb, 1024Mb and 1280Mb ram. The
results were the same.
That -i works would in my opinion imply that the problem is not with
gmake itself, but with a shell command issued by gmake.

It's nice to hear that work on this is being done.

Gerald Pfeifer wrote:
> On Thu, 16 Mar 2006, [LoN]Kamikaze wrote:
>> Today I removed the lines
>> # FIXME: As of 20051202, installing libgcj nearly kills 1GB machines.
>> WITHOUT_JAVA=3D  yes
>>
>> from the ports Makefile. The previous version of the Port gave me
>> "virtual memory exhausted" messages, even with 800MB of free memory
>> available. However this time a
>>
>> # make makesum build
>>
>> Ran through without troubles.
>>
>> A "make install" gave me the message again, but forcing an installatio=
n
>> with "make -i install" seems to work. I only compiled a small "Hello
>> World!", but that is better than nothing, I guess.
>=20
> Thanks for this input!  The problem I see is that "make -i" will not on=
ly=20
> ignore out-of-memory conditions but *any* errors occuring.
>=20
> Given that we generally test updates before releasing to our users we=20
> might get away with that, but these builds will not be reproducible:=20
> depending on the memory in her build machine, a user will get different=
=20
> results, some of which may match your positive experience, some of whic=
h
> may not.
>=20
> As an alternate approach, Maho-san and me are currently discussing to u=
se
> the new gmake-devel port which has fixes to address the situation on th=
e
> gmake side for the time being.
>=20
> Gerald



--------------enig2FE09939C5755D0C23FFAB5A
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (FreeBSD)

iD8DBQFEGcjvfMDIb41/+S0RAoXcAJ9Ce35OMtk0le/4Y7DHt13IuRsEkQCggnS2
t44lCmMsyEF2XML1yx8Ewek=
=rPch
-----END PGP SIGNATURE-----

--------------enig2FE09939C5755D0C23FFAB5A--



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