This works on glibc, MacOS X, maybe AIX. But it has portability problems on
Solaris, OSF/1, AIX, MacOS X, IRIX, HP-UX. Whoever wants, can continue working
on this.
Bruno
fbufsize.tar.gz
Description: application/tgz
I got these working reasonably only on glibc. Portability problems occurred
on Solaris, OSF/1, AIX, MacOS X, IRIX, HP-UX. If someone wants to continue,
here's the code.
Bruno
freading.tar.gz
Description: application/tgz
fwriting.tar.gz
Description: application/tgz
This generalizes the fpurge() function from the BSDs (FreeBSD, MacOS X,
OpenBSD, NetBSD).
2007-04-13 Bruno Haible <[EMAIL PROTECTED]>
* modules/fpurge: New file.
* lib/fpurge.h: New file.
* lib/fpurge.c: New file.
* m4/fpurge.m4: New file.
==
This retrieves the mode of a stream, set with setvbuf().
2007-04-13 Bruno Haible <[EMAIL PROTECTED]>
* modules/fbufmode: New file.
* lib/fbufmode.h: New file.
* lib/fbufmode.c: New file.
* m4/fbufmode.m4: New file.
modules/fbufmode =
This makes '__fwritable' from Solaris and glibc portable.
2007-04-13 Bruno Haible <[EMAIL PROTECTED]>
* modules/fwritable: New file.
* lib/fwritable.h: New file.
* lib/fwritable.c: New file.
* m4/fwritable.m4: New file.
== modules/fwr
This generalizes the '__freadable' solarism.
2007-04-13 Bruno Haible <[EMAIL PROTECTED]>
* modules/freadable: New file.
* lib/freadable.h: New file.
* lib/freadable.c: New file.
* m4/freadable.m4: New file.
modules/freadable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 4/13/2007 2:22 PM:
> Hi Eric,
>
> Here's a proposed patch for the fflush-tests module description:
> - EXTRA_DIST is not needed for files listed among the 'Files' section;
> gnulib-tool takes care of it.
> - To ensure al
Paul Eggert wrote:
> For what it's worth, Solaris and glibc both document these functions.
And they implement them differently [1]. As was to be expected for functions
for which no standardization organization has considered an unambiguous
specification.
Bruno
[1] http://sourceware.org/bugzilla/
Bruno Haible <[EMAIL PROTECTED]> writes:
> - Standardizing functions starting with '__' would encourage users to
> adopt similar naming conventions (since users often use conventions
> prototyped by the OS vendors)
I'm not that worried about it. I think users will know what they're
get
> Huh? cygwin does not currently provide fpurge.
Oops, yes. I meant fpurge on MacOS X. It returns 'int'.
Bruno
I installed this:
2007-04-13 Paul Eggert <[EMAIL PROTECTED]>
* build-aux/bootstrap (gnulib_tool_option_extras): New var, used by
gzip bootstrap.conf to avoid dragging in i18n machinery.
(gnulib_tool_option): Use it.
Index: build-aux/bootstrap
===
> Paul Eggert wrote:
> > But the function names use leading __ in both Solaris and glibc, and I
> > expect that if they are ever standardized they'll be standardized with
> > the leading __.
>
> I sincerely hope no standardization group would do such a mistake:
As do I. If it is worth standardi
Paul Eggert wrote:
> But the function names use leading __ in both Solaris and glibc, and I
> expect that if they are ever standardized they'll be standardized with
> the leading __.
I sincerely hope no standardization group would do such a mistake:
- Standardizing functions starting with '__'
Hi Eric,
Here's a proposed patch for the fflush-tests module description:
- EXTRA_DIST is not needed for files listed among the 'Files' section;
gnulib-tool takes care of it.
- To ensure all temporary files are regularly removed, even if the test
program crashes or is interrupted with Ctrl-C o
Bruno Haible <[EMAIL PROTECTED]> writes:
> Interesting that Solaris has all these. Yes I think such modules would be
> useful in gnulib. Except that the gnulib function names should not have a
> '__' prefix, since '__' is in the system's namespace.
But the function names use leading __ in both So
Eric Blake wrote:
> what I do is make rpl_fflush check if fp->_seek is __sseek, in
> which case I replace it with rpl_sseek. rpl_sseek is written to call
> __sseek, and to restore __sseek to fp->_seek if whence is not SEEK_CUR.
Whee... You are aware that here you hook yourself into an API that is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 4/13/2007 4:15 AM:
> Eric Blake wrote:
>> I'm still worried, though, that after using
>> rpl_fflush/rpl_fseek, will fread/fgetc pick up at the correct character?
>> I hope not to rewrite the entire stdio.
>
> This should b
Hi,
Arto C. Nirkko <[EMAIL PROTECTED]> wrote:
> the building of GNU gettext-0.16.1 on Solaris 2.6
> using --enable-threads=solaris fails because of a typo
> (missing '*') in gettext-tools/gnulib-lib/tls.c
> (see output below).
>
> Fix:
> void *
> glthread_tls_get (thread_key_t key)
>
> instead
Eric Blake wrote:
> gnulib-tool --with-tests --test printf-posix
>
> still failed with:
>
> 9,10d8
> FAIL: test-printf-posix.sh
Oops, I forgot to commit a change. Already mentioned in the 2007-04-10
ChangeLog entry.
*** tests/test-printf-posix.h 6 Apr 2007
Eric Blake wrote:
> >The primitives for "fp is not open for writing" can be written in the
> >same spirit as the 'fseterr' and 'fpending' modules.
>
> It sounds like you are asking for __freading:
>
> http://docs.sun.com/app/docs/doc/806-0627/6j9vhfmre?q=__fpurge&a=view
>
> We probably s
Eric Blake wrote:
> I'm still worried, though, that after using
> rpl_fflush/rpl_fseek, will fread/fgetc pick up at the correct character?
> I hope not to rewrite the entire stdio.
This should be feasible, since a stream has a state when the buffer is empty
and the file descriptor is not block-ali
Eric Blake wrote:
> obstack_printf is glibc specific, and not part of the gnulib obstack
> module. Is there interest in supporting obstack_printf alongside the
> vasnprintf family?
Yes. Since glibc has it, and it can be implemented in a portable way, it
is welcome if gnulib provides a substitute.
22 matches
Mail list logo
