Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of mark.hindess@googlemail.com
 designates 64.233.184.199 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=googlemail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=dnAX0pkwMbPxr0VZY7Cpo2eFqWHhJGPBv7neS8mlAd/fOFH0fqIxI8HlXtnefvRY/F19Nbd1sUHjiHOKMIaW67Z3yxgFw9TTD0L/NWTLLpyIrXwxxSZyBtpXekSbDZ4gNZFBqwf0pOy1/kY7I/iKErAPC3yCpe6Bs3OvSIh47Wc=
Message-ID: <fcb9f9160603080240k1ea3ad71x2e57e79741dc829f@mail.gmail.com>
Date: Wed, 8 Mar 2006 10:40:09 +0000
From: "Mark Hindess" <mark.hindess@googlemail.com>
To: harmony-dev@incubator.apache.org
Subject: Re: enhanced/classlib/trunk/depends
In-Reply-To: <440E1652.1020802@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <44096200.2010308@gmail.com>
	 <fcb9f9160603040337x3e1805dh@mail.gmail.com>
	 <4409984B.2050902@gmail.com> <440C47B5.1080809@gmail.com>
	 <440CAABB.6020806@gmail.com> <440CAFAA.2090401@gmail.com>
	 <440E1652.1020802@gmail.com>

On 3/7/06, Jean-frederic Clere <jfclere@gmail.com> wrote:
>
> Well I am complaining the svn contains binary files that could be
> "easly" rebuild... Should I propose an additional ant target to build
> those components?

> Done... (for Linux for the moment), please comment

Would you intend for this to be executed as part of the build - e.g.
replacing the current zlib unzip step with a download and unzip step?=20
Or as a once only pre-requisite step?

I'd be a little concerned at the icu "sudo make install" step.  You
might be overwriting someone's existing install which they might not
be expecting.  My Debian install already has icu in /usr and adding
different version in /usr/local is just
going to lead to problems since other applications will be expecting
the version in /usr but might - due to /usr/local/bin/icu-config being
first in the path - get the harmony installed version.

Long term, I'd like to see the dependencies use existing installed
versions of packages where possible.  For instance, making use of zlib
that is a standard component of all major linux distributions.  (I
have a patch to remove zlib from the linux natives already if anyone
cares.  I don't think it really helps unless we also fix the windows
story.)

In the short term, the current setup is simple and helps control
differences, which avoids confusion that may be created by picking up
different versions of these dependencies.

Regards,
 Mark.

--
Mark Hindess <mark.hindess@googlemail.com>
IBM Java Technology Centre, UK.