[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Eray Ozkural (exa)
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
- Volunteer available,
Eray Ozkural (exa) <=