>>>>> Alessandro Rubini writes:
AR> It isn't clear at all whether multi-platform support (or at least
AR> infrastructure) is planned or not.
>> It is planned. The first platform to be supported is `Posix
>> C'. ;) The platform we will need for GRUB is `i386 BIOS with GRUB
>> asm and C functions'.
AR> Ok, so it's not platform independent.
Umm. Yes, it is. The majority of the code can be platform
independent, but there still must be the platform-specific functions
to get the real work done.
In the rest of your mail, you describe one way of doing such things.
AR> For example, both Sparc and ARM would easily be supported by just
AR> replacing stage1 (and compiling stage2 against the right
AR> low-level library, through figure, I suppose).
That's the basic idea. But it's a bit niftier than that... in Guilt
(Figure's syntax), you could put platform-dependent conditionals into
the code (no nasty-#ifdefs), and have them DTRT. So, keeping platform
stuff in a separate directory would not be mandatory.
AR> Would such reorganization fit the future move to Figure? Would
AR> that be acceptable?
That call is more up to Okuji, because I do not have good advice when
it comes to the organization of the C code. Figure's own organization
will be a little, um, -different-, but that shouldn't influence how
things are done in the C/asm world.
--
Gordon Matzigkeit <[EMAIL PROTECTED]> //\ I'm a FIG (http://fig.org/)
Committed to freedom and diversity \// I use GNU (http://www.gnu.org/)
