ports/102993: New port: java/eclipse32 New port of Eclipse IDE version 3.2
David Sledge
dsledge at appriss.com
Mon Oct 23 03:50:23 UTC 2006
The following reply was made to PR ports/102993; it has been noted by GNATS.
From: "David Sledge" <dsledge at appriss.com>
To: "Mikhail Teterin" <mi+kde at aldan.algebra.com>
Cc: <bug-followup at freebsd.org>
Subject: RE: ports/102993: New port: java/eclipse32 New port of Eclipse IDE version 3.2
Date: Sun, 22 Oct 2006 23:44:18 -0400
This is a multi-part message in MIME format.
------_=_NextPart_001_01C6F655.9E670D83
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
-----Original Message-----
From: Mikhail Teterin [mailto:mi+kde at aldan.algebra.com]
Sent: Sat 10/21/2006 12:02 AM
To: David Sledge
Cc: bug-followup at freebsd.org
Subject: Re: ports/102993: New port: java/eclipse32 New port of Eclipse =
IDE version 3.2
=20
Great! Please, go ahead.
BTW, I noticed, that the vendor's default build target ("run") does the=20
following:
a) builds in various directories;
b) copyies into the eclipse/ subdirectory;
c) tars up the eclipse/ subdirectory into a file in result/ =
subdirectory;
d) gzips the c)-created tar-ball in the result/
The step b) doubles the diskspace requirement, and the step c) triples =
it,=20
while the step d) (along with the port's do-install) consume quite a bit =
of=20
CPU needlessly...
Do you think, it can be arranged for only the step a) to happen upon =
"make=20
build" and for the step b) to copy everything into the _final =
destination_=20
(${PREFIX}/eclipse) upon "make install"?
The would make the builds both faster (no useless compression of the =
tarball=20
in d) and use around 3 times less diskspace while building...
These are all relatively cosmetic changes, compared to the hard work of =
the=20
rest of the porting, but it would still be a nice polishing touch...
Thanks a lot! Yours,
-mi
Good input, I see what I can do :)
------_=_NextPart_001_01C6F655.9E670D83
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
6.5.7638.1">
<TITLE>RE: ports/102993: New port: java/eclipse32 New port of Eclipse =
IDE version 3.2</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<BR>
<BR>
<BR>
<P><FONT SIZE=3D2>-----Original Message-----<BR>
From: Mikhail Teterin [<A =
HREF=3D"mailto:mi+kde at aldan.algebra.com">mailto:mi+kde at aldan.algebra.com<=
/A>]<BR>
Sent: Sat 10/21/2006 12:02 AM<BR>
To: David Sledge<BR>
Cc: bug-followup at freebsd.org<BR>
Subject: Re: ports/102993: New port: java/eclipse32 New port of Eclipse =
IDE version 3.2<BR>
<BR>
Great! Please, go ahead.<BR>
<BR>
BTW, I noticed, that the vendor's default build target ("run") =
does the<BR>
following:<BR>
<BR>
a) builds in various =
directories;<BR>
b) copyies into the eclipse/ =
subdirectory;<BR>
c) tars up the eclipse/ =
subdirectory into a file in result/ subdirectory;<BR>
d) gzips the c)-created =
tar-ball in the result/<BR>
<BR>
The step b) doubles the diskspace requirement, and the step c) triples =
it,<BR>
while the step d) (along with the port's do-install) consume quite a bit =
of<BR>
CPU needlessly...<BR>
<BR>
Do you think, it can be arranged for only the step a) to happen upon =
"make<BR>
build" and for the step b) to copy everything into the _final =
destination_<BR>
(${PREFIX}/eclipse) upon "make install"?<BR>
<BR>
The would make the builds both faster (no useless compression of the =
tarball<BR>
in d) and use around 3 times less diskspace while building...<BR>
<BR>
These are all relatively cosmetic changes, compared to the hard work of =
the<BR>
rest of the porting, but it would still be a nice polishing touch...<BR>
<BR>
Thanks a lot! Yours,<BR>
<BR>
-mi<BR>
<BR>
<BR>
<BR>
<BR>
Good input, I see what I can do :)</FONT>
</P>
</BODY>
</HTML>
------_=_NextPart_001_01C6F655.9E670D83--
More information about the freebsd-ports-bugs
mailing list