Re: [UnixOS2] libc

On Tue, 17 Jun 2003 18:49:52 +0200 (CEST), Stefan Neis wrote:

>In view of Ilya's recent post to EMX list
>> Can't we find a new volunteer for maintainance of EMX.DLL and
>> EMXCRTM.DLL?  The job is to *collect* contributed patches, weed out
>> the weeds, and decide when we have a snapshot good enough to be named
>> golded.
>I decided to also involve emx mailing list into this discussion...

ok, I'm not subscribed to the EMX list so it's possible that my posting
won't make it there.

>I like the asynchronity (??) of mail. Everyone can read/reply when he can
>spare some minutes. ;-)

yes, fine for a lot of things but it would still be nice if at least
some people could show up on our #unixos2 channel. Would help in some
cases too :) As a reminder: Server is irc.anduin.net, Mozilla got an
IRC client built in.

>> <achimha> well, our libc is done to fulfill our needs
>> <achimha> it is incompatible with emx (note by ktk: due to licensing
>> problems with EMX)
>
>Huh? Which ones? I always had the impression that EMX's licence is rather
>permissive...

Well I won't go into details, some Innotek people should answer that (
Knut promised me to go through the mails later)

>
>To be honest, that doesn't sound to promising from the porting point of
>view. There are some things that _have_ to be deep inside libc, otherwise
>e.g. closing sockets by close instead of closesocket or pthread support
>won't work... :-(

I'm sure they will help us if we talk to each other.

>I think we should start with EMX, add Posix/2, some link support,
>pthreads, libintl and maybe some other nice little extensions and then
>start making it all work together and fixing bugs (e.g. pthread library
>and library for symlink support (via EA) both modify certain functions
>for accessing files - BTW, large file support is the third candidate which
>"wants" specific changes in that same area).

fine for me.

>Whether the CVS is rooted at netlabs or sourceforge (we could start by
>abusing the Posix/2 CVS) is rather irrelevant to me, however it would be
>great to automatically send all CVS commits (as a diff) to some dedicated
>mailing list (I know that wxWindows did such a thing also while the CVS
>was hosted by sourceforge, so it's possible to set it up like this even
>there - but I don't know, how to do it), so whoever is interested has a
>chance to check things easily.

I can't provide the diff, so if you want that sourceforge is the
server. But to be honest I don't see the sense in that if we use CVS
anyway. But the cvs server is not really an important question as long
as it works :)

>The biggest problem for starting however is probably the build system:
>EMX libs expect dmake, IIRC. Posix/2 wants some GNUmake, pthreads want
>I don't know what etc. Unifying this and "porting" the Makefiles to some
>current GNUmake is going to require much time for not much to gain... :-(

ok, can't comment that due the lack of know how in this area. But IMHO
it needs to be done, will help everyone at the end.

>What I don't know at all is, how this could fit into Holger's long term
>plans. Ideally, replacing a couple of low level C routines by his more
>complete/efficient implementations - once they are ready - would be
>sufficient, but for this,  it would be a big plus to have a rather
>detailed list of what functions those are going to be, I suppose.

ACK, probably Holger can give some details about that?

cu

Adrian


-- 
Adrian Gschwend
@ netlabs.org

ktk [a t] netlabs.org
-------
Free Software for OS/2 and eCS
http://www.netlabs.org