[Xitami-Dev] How do I build SMT?

[Ewen McNeill]

In message <200202270627312.SM00549@there>, Bob Paddock writes:
>> Finally, yes, making this all easier to build is on our list of things
>> to do -- pretty high on our list these days :-)
>
>Has it made it to the top of this list yet?

Not really, no.  People keep coming along and wanting to pay us money to
do things.  How can we refuse?  :-)

>I writing a article for Circuit Cellar Online about State Machine and I 
>wanted to mention OpenKerenel, Xitami, Liberao, et. al. but saying "it is 
>impossible to build from the current cvs" doesn't seem like a good thing, so 
>will probably just not mention them at all.

Libero in particular is basically stable; the version on the iMatix
website is essentially the same as in CVS, and builds fine with just a
compiler.  Please mention it in the stuff about state machines; it's a
very useful tool.  (Indeed libero was what first attracted me to
iMatix.)

SFL can be built from CVS.  The rest of Open Kernel _can_ be built from
the combination of CVS and what is on the website (someone challenged me
to do it, and I proved it could still be done: the major trick is that
you have to build two versions of SFL (one from the website and one from
CVS), and two versions of GSL (again the one on the website and the one
in CVS) to get through the process.  Once you've done it once, you've
got all the right tools, and it's fine).

>There needs to be some kind of boot strapping procedure when you are starting 
>off on a clean system (no tools other than the basics like GCC et.al.).

Indeed.  Alas so many things depend on GSL now (including SMT), and the
current version of GSL depends on SMT.  So building from scratch
directly from CVS is currently a little tricky.

When ready-to-compile packages are generated for the website obviously
they'll include all the generated files, which neatly side steps this
problem.

However the circular build dependencies are causing problems internally
too, so they are definitely being worked on as time permits.

Ewen

-- 
Ewen McNeill, Technical Consultant, iMatix Corporation  www.imatix.com