Re: Re: [UnixOS2] libc
Ilya Zakharevich <[email protected]> Wed, 16 Jul 2003 05:35:45 -0700
| Newsgroups | gmane.comp.ide.emx.devel |
|---|---|
| Message-ID | <[email protected]> |
On Wed, Jul 16, 2003 at 07:58:35AM +0200, Stefan Neis wrote: > > I see no reason to include things about which "nothing is known". > > Nobody used the phrase "nothing is known". I said "no limitation > (comparing to BSD) is known", i.e. works as designed. I see that some kind of mmap()ing is included. Given no support from the swapper logic, I doubt it "works as designed". Likewise for shm*(). Likewise for dlopen(). This undermines your statement a lot. I'm completely puzzled at your intentions. We *know* that some APIs can't be implemented without reservations. We *know* that including such skewed implementations into the default C library can *break* a lot of programs (due to ./configure taking different decisions). I expect that you must know all this as well. What is the point then in stating things otherwise? [about the math library:] > Feel free to restart evaluating those files, if you feel like it, > though... The whole point is that it's not me, but the list who should be able to evaluate things. But maybe we can circumvent the whole discussion: if it turns out that EM did not check things line-by-line (just borrowed the source from somewhere without a lot of QA), why should we? ;-) So, Eberhard, how the math-part of the C library was created? > > P.S. To speed up the discussion, this list should be broken into two > > parts: functions which were available as functions or macros in > > EMX, and the rest. > Feel free to do so... My point is that whoever wants the merge should do some (minimal) amount of work *before* the discussion of the merge may *start*. Sad, of course, but we are working with a very fragile universe... Thanks again for what you did already, Ilya