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