[Mono-devel-list] CVS Bootstrap

Jaroslaw Kowalski jaak at zd.com.pl
Thu Apr 15 02:40:58 EDT 2004


Let me join this question:

It's known that "mcs" compilation requires a working C# compiler. During mcs
build it compiles a new "mcs.exe" which it uses during the later phases of
the build. I understand that this was needed a long time ago where new mcs
features were introduced daily, but is it really needed now that mcs.exe is
pretty stable and feature complete?

Can't we just go with the simple scheme:

1. Compile mcs.exe and all the libraries using the preinstalled "mcs.exe".
2. Compile mono/mint with GCC
3. Deploy *.exe, *.dll, "mono" and "mint"

Am I missing something here?

Jarek

----- Original Message ----- 
From: "Mike Kestner" <mkestner at ximian.com>
To: <mono-devel-list at lists.ximian.com>
Sent: Thursday, April 15, 2004 8:03 AM
Subject: [Mono-devel-list] CVS Bootstrap


> Miguel asked me to post my thoughts/concerns here related to the current
> situation for bootstrapping a cvs installation of the current mono/mcs
> modules.
>
> My understanding of the current bootstrap procedure is that it involves
> checking out both the mono and mcs modules from cvs and then doing makes
> in several subdirs of the two modules, removing some files from the
> mono/runtime dir, and then doing a make install.
>
> Obviously, this is a bad situation.  I've struggled with this myself,
> and watched others struggle as well.  I believe this is keeping
> potential bugfixers out of our ranks, and will continue to do so until
> we fix it.
>
> Since I have no answers to offer, I'd like to kick off this thread by
> asking for a discussion of the current procedure.  Help me understand
> want exactly has to be done for me to fresh install a mono/mcs cvs image
> into /opt/mono, assuming I have red-carpet mono packages installed
> already and want to keep them there as a fallback so that I can do my
> primary testing for Gtk# development against released packages.
>
> What do I have to do, in what order, and why is each step required, and
> why in that order?  What all has to be built before anything is
> installed? What all can't be built until after the initial install?
> What all should be rebuilt after the initial install?  What does the
> procedure look like on my next cvs up?  When do I need to re-bootstrap,
> if ever?
>
> I'm hoping that a discussion of the dependency issues will help us
> figure out a proper grouping of functionality so that we can have a sane
> bootstrap.  I want to be able to do:
>
> cvs co first-module;autogen.sh;make;make install;cvs co second-module;
> make...
>
> And have it "Just Work" like every other free software project out
> there.
>
> -- 
> Mike Kestner <mkestner at ximian.com>
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>




More information about the Mono-devel-list mailing list