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=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 109fba,e0a59694a441eb7b X-Google-Thread: 103376,e0a59694a441eb7b X-Google-Thread: fac41,e0a59694a441eb7b X-Google-Thread: 1108a1,e0a59694a441eb7b X-Google-Attributes: gid109fba,gid103376,gidfac41,gid1108a1,public X-Google-ArrivalTime: 2004-04-26 14:52:41 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!newsfeeds.ihug.co.nz!ihug.co.nz!news.xtra.co.nz!53ab2750!not-for-mail Newsgroups: comp.lang.c++,comp.lang.ada,comp.lang.eiffel,comp.object Subject: Re: OOP Language for OS Development References: <95db0572.0404142153.431fd058@posting.google.com> From: Berend de Boer Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.2 (windows-nt) Cancel-Lock: sha1:efJscMeWMWYAmXXvU0ulXKfnMMQ= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 27 Apr 2004 09:52:35 +1200 NNTP-Posting-Host: 219.89.117.159 X-Complaints-To: newsadmin@xtra.co.nz X-Trace: news.xtra.co.nz 1083016360 219.89.117.159 (Tue, 27 Apr 2004 09:52:40 NZST) NNTP-Posting-Date: Tue, 27 Apr 2004 09:52:40 NZST Organization: Xtra Xref: archiver1.google.com comp.lang.c++:31794 comp.lang.ada:7517 comp.lang.eiffel:765 comp.object:11234 Date: 2004-04-27T09:52:35+12:00 List-Id: >>>>> "Christopher" == Christopher Browne writes: Christopher> The challenge in any language is that you need to Christopher> build several things that require "stepping outside Christopher> the language." Christopher> - As you say, there's a need to get at assembler Christopher> procedures in order to access hardware. Christopher> - There's a need to manage context switching, to Christopher> manage processes; that likely mandates some Christopher> assembler. The fact that some languages support Christopher> threading is unhelpful, because that normally Christopher> requires some "outside context." This is just bootstrapping: the initial part, Eiffel+assembler boot into the basic kernel. The next part can be normal Eiffel with the multi-threading support replaced/supported by what your kernel supports. That is what SCOOP supports anyway: installable/replaceable multi-threading using instructions in your .ace file. That's the whole point of SCOOP that threading is a setting, not something a programmer should be trusted with to get always right. Christopher> - Ditto for memory management; the more the language Christopher> integrates that, the more difficult it is likely to Christopher> be to use the language to implement memory Christopher> management. You just compile in a different gc. Christopher> C is pretty good for the purpose since its primitives Christopher> _aren't_ much more than a sort of "high level Christopher> assembly language." Yep, my Linux system locks up now and then when just using mplayer. -- Regards, Berend. ** you're welcome to the #eiffel irc channel on irc.freenode.net