Re: Re: [UnixOS2] libc
Holger Veit <[email protected]> Wed, 18 Jun 2003 12:06:16 +0200
| Newsgroups | gmane.comp.ide.emx.devel |
|---|---|
| Message-ID | <[email protected]> |
On Wed, Jun 18, 2003 at 11:12:44AM +0200, Stefan Neis wrote: > On Tue, 17 Jun 2003, Holger Veit wrote: > > > > Huh? Which ones? I always had the impression that EMX's licence is rather > > > permissive... > > > > The old GPL debate. GPL is not free, it is rather restricted. Too restricted > > to be acceptable for people who need tailored version of the software. > > Is it GPL for the library? And even if the C runtime DLL is GPL'ed, what's > the effect on executables that happen to be usable together with that > specific DLL? Don't try to debate on this; I do know differences between GPL and LGPL and their implications. The point is: if some commercial customer says NO to GPL, for whatever reason (even because of ignorance), then this customer is away. Period. And this is IMHO exactly the motivation why Innotek tries to avoid the buzzword GPL like the devil avoids holy water. Understandable. > > EMX tried some > > balance there with the effect that some Unix things work, and some OS/2 > > things work, and special cases don't, in both areas. > > I'm under the impression that our aim would be to move that "balance" > closer to Unix, while InnoTek seems to try to move it closer to Win and > "native" OS/2. My impression as well. > > complicated was the IMHO too complex interwoven system of dependencies > > in order to build the various variants of linraries from a single source > > tree. It needs some time to untangle this, but this is something that has > > to be done before any further work. > > BTW, we should also determine what libraries we do want to build. I'd > suggest to drop at least single-threaded libraries and maybe even static > ones... Multithreaded, in flavours "optimized" and "debuggable". Everything else is stuff to consider for later (read: if some complains about missing stuff, then why shouldn't he/she add this to the project - YGWYPF). > > Look at the way it is done in "real" Unix. > > Well, I don't really know that much about "real" Unix libc internals... "Real" Unix as in *BSD and Linux ;-) There is a lot of stuff to see. Holger