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 gshimansky@gmail.com designates
 64.233.182.191 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:from:reply-to:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id;
        b=hOKkbwnKgut3dPk4W2vgxnJTcChRc7kTZUGMLQSxqFk15b6r3nZA0Ka++98HRV49nw8C9hZPqjY7zw38S+5KGdBoxx1+JyAdEMzuAiTZUXapf3WWFouWf7Xi6kdbpyEkRqxa/+aq2JQtygZMKE/2wGteuIYrVe2Nk7wFBW49oBA=
From: Gregory Shimansky <gshimansky@gmail.com>
Reply-To: harmony-dev@incubator.apache.org
To: harmony-dev@incubator.apache.org
Subject: Re: [drlvm][build]Stale object files are linked to DRLVM
Date: Wed, 11 Oct 2006 01:17:32 +0400
User-Agent: KMail/1.9.1
References: <eg338e$9da$1@sea.gmane.org>
 <200610100231.10648.gshimansky@gmail.com> <452AEFAA.1000503@pobox.com>
In-Reply-To: <452AEFAA.1000503@pobox.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200610110117.32358.gshimansky@gmail.com>

On Tuesday 10 October 2006 04:56 Geir Magnusson Jr. wrote:
> Gregory Shimansky wrote:
> > On Friday 06 October 2006 18:24 Salikh Zakirov wrote:
> >>> I'm actually not.  Were there an additional 24 hours in a day.... 
> >>> There is a whole list of reasons why I'm not a fan of the current
> >>> system, including maintainability as well as performance.  (Building
> >>> classlib takes far less time that DRLVM on windows, for reasons I find
> >>> utterly perplexing...)
> >>
> >> Well, performance-wise, using 'make' will not make DRLVM build any
> >> faster, mainly because it is hard (if at all possible) to take advantage
> >> of compile-many-cpp-files-by-single-compiler-command mode available in
> >> MSVC and Intel compilers.
> >
> > It has its own disadvantages like all object files are put in the same
> > place, so no name duplication can happen. It also doesn't allow fixing
> > compilation problems in some particular subdirectory because ant requires
> > running only from the top level for all file tree.
>
> Um.  Have you looked at class library lately?  Sure, there are root
> points, but it's no larger a unit than the DRLVM component.

It compiles 3 times faster than drlvm :)

> > The only valid reason for ant build system I think is that make requires
> > cygwin, mingw or some emulation of bash/make/sed environment of fileutils
> > and binutils on windows.
>
> Hm?  I don't need that for classlib....

I actually meant ant build for drlvm. For classlib as for building java ant is 
very good.

-- 
Gregory Shimansky, Intel Middleware Products Division

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org