From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,7a27b8f727dd1e47 X-Google-Attributes: gid103376,public Path: controlnews3.google.com!news1.google.com!news.glorb.com!tiscali!newsfeed1.ip.tiscali.net!proxad.net!freenix!enst.fr!melchior!cuivre.fr.eu.org!melchior.frmug.org!not-for-mail From: sk Newsgroups: comp.lang.ada Subject: Re: GNAT and no runtime Date: Thu, 27 May 2004 17:42:45 -0500 Organization: Cuivre, Argent, Or Message-ID: References: NNTP-Posting-Host: lovelace.ada-france.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: melchior.cuivre.fr.eu.org 1085697511 59349 212.85.156.195 (27 May 2004 22:38:31 GMT) X-Complaints-To: usenet@melchior.cuivre.fr.eu.org NNTP-Posting-Date: Thu, 27 May 2004 22:38:31 +0000 (UTC) To: comp.lang.ada@ada-france.org Return-Path: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020828 X-Accept-Language: en-us, en X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at ada-france.org X-BeenThere: comp.lang.ada@ada-france.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Gateway to the comp.lang.ada Usenet newsgroup" List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Xref: controlnews3.google.com comp.lang.ada:889 Date: 2004-05-27T17:42:45-05:00 > You probably misunderstand me, ... I think I am beginning to, you are addressing your immediate needs. I still would recommend a bottom-up approach over a top-down though :-) > Simply, it is more OS design relative than Ada relative. If there are any c.l.a archives around, try and find articles in the 1998-2000 range. There were an extremely large number of OS design messages with very little relevence to Ada specifically. This thread is nowhere near the extremes of the messages in that era :-) ---------------------------------------------------------------- PS. If you decide to go further, watch out for GRUB. It has two issues which I found presumptious when I was playing with this stuff (toy OSes) a couple of years ago. 1) To get to 32-bit protected-mode, an initial set of gates (interrupt, task etc) has to be established. GRUB does this. 2) The documentation (GRUB version 0.96 I think) clearly stated that the implementors intended to implement a more "complete" memory-manager. Both these issues, in my opinion, should be within the kernel space and not the bootloader. -- ------------------------------------------------- -- Merge vertically for real address -- -- s n p @ t . o -- k i e k c c m -------------------------------------------------