[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Volunteer available

From: Eray Ozkural (exa)
Subject: Volunteer available
Date: Tue, 06 Feb 2001 20:00:37 +0200


I might be pushing things too much, but it looks like things are goin'
a bit slow without anyone pushing. My makefile collection that wants
to replace automake needs some small extensions, notably the read.c
features that Paul's working on...

However, my makefiles have been lying around for more than 2 _months_
since my _rejected_ patch. I'd like to go ahead and code it if Paul
gives me an ok. My idea is that fmemopen is not such a bad idea if
portability switches are put around it:
  * for glibc we use fmemopen and my patch, which is minimal
    and unobstrusive IMO.
  * in all other platforms other than the recent glibc, fmemopen
    is substituted with an internal implementation. I need to see
    if this is feasible, but as design it would seem nice.

Alternatively, read.c might be rewritten to abstract all buffer/stream
ops. I've written some compilers before, so I guess I might do that
too ;) But I don't know if it would be smaller than the first solution.
I'd say smaller is better.

What do you think?


Eray (exa) Ozkural
Comp. Sci. Dept., Bilkent University, Ankara
e-mail: address@hidden
www: http://www.cs.bilkent.edu.tr/~erayo

reply via email to

[Prev in Thread] Current Thread [Next in Thread]