bug-gnulib
[Top][All Lists]
Advanced

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

Re: QNX and stdio extension modules (was: Re: gnulib request)


From: Eric Blake
Subject: Re: QNX and stdio extension modules (was: Re: gnulib request)
Date: Wed, 03 Oct 2007 06:58:23 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to Sean Boudreau on 10/3/2007 6:49 AM:
> Sorry, I thought we were still in the m4 realm.

Yes, it would be nice if m4 didn't have problems with the gnulib portion
of the testsuite on compliant platforms, for the part of gnulib that got
sucked in only because some non-compliant platforms need it.  But until
someone can come up with a way to say that 'for this particular gnulib
client, test-fpurge failures can be safely ignored if the gnulib fflush
module did not need to install a gnulib replacement', we're stuck with the
current approach.

> 
> I appreciate the offer.  If it were a simple matter of
> porting I would have done it; however the manner in which
> gnulib extends stdio is not portable.  Consider a system
> where FILE * is opaque which is possible while maintaining
> POSIX conformance.

We have.  For an example of how we have had to look inside of opaque
structures to get useful information about a FILE, look at the SPARC64
specific section of fbufmode.c.

Yes, it would be nice if POSIX would specify these additional accessor
functions, so that FILE can remain opaque but applications can query the
information.  Gnulib would not have implemented replacements for as many
platforms as we know how unless we had use cases for these functions.  And
if you can come up with an implementation that would get the same
information without looking into an opaque structure, we are all ears.

- --
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHA5Hv84KuGfSFAYARAhqXAKCBgepzCJo1CLZ0pwT6juttuikLSwCgnOHy
gkXwLP5MQm+UsMqN2hALCXY=
=U83l
-----END PGP SIGNATURE-----




reply via email to

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