Is anybody aware of such an advanced compiler?

Offtopic:

In my experience, long build time
of large C# solutions containing of many projects wich complex dependencies
is one of the biggest problems with VS.NET (both 2003 and Whidbey). If one
changes
the implementation of a method in one of the root projects (that all other
projects depend upon) VS
performs totally unnecessary rebuild of all other projects, although only
implementation
changed, not the interface of the root project. I know this is offtopic, but
it's interesting
what approaches do people use to tackle this problem? It seems for me that
Java classfiles
are much better suited for incremental build, and hence Java development
environments
have had such a possibility for a long time already. And we're still in the
stone ages...

P.S. Many people would object that separating interface and implementation
into different assemblies
is a solution to the problem. I don't really think so as this is not always
applicable and tends to create too
many projects.

> -----Original Message-----
> From: Discussion of advanced .NET topics.
> [mailto:[EMAIL PROTECTED] On Behalf Of Ian
> Griffiths
> Sent: Thursday, December 01, 2005 3:42 PM
> To: [email protected]
> Subject: Re: [ADVANCED-DOTNET] What is the .NET equivalent of
> Java's MANIFEST.MF?
>
>
> (As an implementation detail, there's nothing stopping a
> compiler performing some kind of optimization here. For
> example, your compiler could compile each individual source
> file into per-source-file binary files that it stores as part
> of its build output. So it wouldn't actually need to
> recompile everything. So whether or not the recompilation
> really happens depends on the compiler. But that's just the
> implementation detail - all that really matters is: does the
> build take too long?..)
>
>
> --
> Ian Griffiths - Pluralsight
> http://www.interact-sw.co.uk/iangblog/
>

===================================
This list is hosted by DevelopMentorĀ®  http://www.develop.com

View archives and manage your subscription(s) at http://discuss.develop.com

Reply via email to