Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!ames!vsi1!daver!bungi.com!news From: jkp@sauna.hut.fi (Jyrki Kuoppala) Newsgroups: comp.sys.nsc.32k Subject: Re: Yeargh! Estdio is driving me insane! Message-ID: <9103061045.AA23278@cs.hut.fi> Date: 6 Mar 91 10:45:45 GMT References: <> Sender: news@daver.bungi.com Organization: Helsinki University of Technology, Finland. Lines: 29 Approved: news@daver.bungi.com In article Jordan writes: >To date, I have not seen anyone (not Jyrki or Sverre) offer a solution >that results in one, clean and neat, solution for a libc.a with floating >point and fast I/O. Well, I use libc.a which has all the stdio routines from estdio, others from Minix libc.a. Then there's ldexp.s and frexp.s from the Mach group here. No trouble, except that fdopen() or freopen() doesn't seem to work properly (but that problem was even with the original Minix libc.a). I haven't looked into that yet. Floating point works fine, except the bug in estdio that was mentioned - it sometimes prints ':'-characters, gcc 1.39 cc1 exhibits this problem. The -DESTDIO you mention is mostly only for user programs to conditionalize their own kludgein over stdio's internal data structures which they of course shouldn't be doing anyway. >Am I the only one that likes things neat? > >Should I continue to work on my merge? I have a merge, although it isn't that much tested - if you test it or make a better one, feel free. I only took stdio.a and stdiofp.a from estdio, the Mach group's ldexp & frexp, modf * norm & atof & strtod from libflt and the rest from Minix libc.a compiled with estdio's stdio.h, of course. Works fine except for the few trouble points listed above. //Jyrki