[MonoDevelop] Cross platform build strategy
Jayme
jayme.edwards at gmail.com
Tue May 31 14:12:45 EDT 2005
>
> > I think that from summarizing your needs the best approach would be to
> > have a MD builder, a console utility, detached from MD that takes
> > .mds/.mdp files and just compiles them, using platform-neutral
> > managed code. I would refactor that part of MD into a library, called
> > by MD and by this console 'mdbuild' (?).
> >
> > The problems I see are:
> >
> > 1-- .mds/.mdb files format aren't stable
> > 2-- MD plugins may interfere (They need to follow some stricter design
> > rules, like having no-UI, to be usable as nice 'tasks' in this build
> > system).
> >
> > Just some wild thoughts,
Yes this is almost the same thing as having an NAnt addin for MD. The
difference between what I'm looking for though and how other IDE's such as
SharpDevelop have done it is that there needs to be some sort of way that
this project file (MDB, NAnt .build, whatever) tells the IDE (through
perhaps some extra XML attributes in the project's markup that are assigned
to an XML namespace other than what NAnt expects and only "picked up" by the
IDE) what executable to debug - as well as a way that the IDE can get the
list of files included in the project to allow editing of.
NAnt uses a simple pattern matching syntax (for example, compile
src/MyProject/**.cs includes recursively all cs files below src/MyProject)
that can be invoked through NAnt's API - this could allow an IDE to
theoretically apply the pattern, get back the list of files that match the
pattern, and show them as the list of files in the project. However all
IDE's addin layers I've seen up to this point aren't flexible enough to
support this yet.
Just curious,
-Jayme
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://galactus.ximian.com/pipermail/monodevelop-list/attachments/20050531/8afe7efe/attachment.html
More information about the Monodevelop-list
mailing list