From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Tue, 19 Oct 2004 18:01:30 -1000 From: Tim Newsham To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Subject: Re: [9fans] alright, this should be interesting In-Reply-To: Message-ID: References: <35b09c83f408fc9fd7a2b0d019a96010@granite.cias.osakafu-u.ac.jp> <41753982.2090903@anvil.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Topicbox-Message-UUID: f14d8038-eacd-11e9-9e20-41e7f4b1d025 > Tim, > You are missing the point of what I said: I must be, because I still dont agree with your point. > In other words, if you have a crufty kernel, you'll have a smelly > compiler, > and vice-versa. Why? You could build a fresh smelling compiler like 8c/8a/8l. > >> kencc wouldn't have happened on linux, for example. > > i.e. if you have just implemented the 15th optional parameter to > the > asynciowithorwithoutsignalandoptionalscattergatherfromthe19thaddresszone > () system call, You don't need to change any of the system calls to build an emulation layer. > which supplies a bitmask of signal numbers and the days of the week on > which to send them in the event of there being a 'c' in the month name, > then adding the > __asm____stuff___3_registers_and_a_status_mask_up_your_nose() inline to > gcc to make it run 10 times faster > seems like a ReallyGoodIdea(tm). You dont have to play with gcc/gas cruft either. > > The "personality" can be completely isolated from the kernel. > > Yes, but you've still gotta struggle through six piles of elephant > excrement to get there, > by which time your brain is soup, and you're muttering about how to > implement a 15th way to map > all the odd-numbered framebuffers into someone else's address space. Now, I'm not saying that working through six piles of elephant excrement is easy, but some of us do this for work on a daily basis. So yah, the person who wrote the emulation layer would have to get their feet wet, but the users of an emulation layer hardly need to worry about such things. > Well, we're talking oranges and (Posix-compliant) apples, so it's hard > to agree: > you're talking about implementations, I'm talking about philosophical > approaches to problem solving. Perhaps this is why I don't see your point... but.. if you were to go in to work one day and found that some linux (*bsd, slolaris, win32, etc..) box that you used on a daily basis was running a plan9 emulation layer that was running rio, acme, 9p and the whole shebang, how would it matter to you what was under the covers? > DaveL. Tim N.