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: Sean Boudreau
Subject: Re: QNX and stdio extension modules (was: Re: gnulib request)
Date: Wed, 3 Oct 2007 08:49:41 -0400
User-agent: Mutt/1.4.2.3i

On Tue, Oct 02, 2007 at 09:19:32PM -0400, Bruno Haible wrote:
> Hello Sean,
> 
> Sean Boudreau wrote:
> > Under QNX with 1.4.10 the only things that actually need
> > fpurge() and freading() are their tests.  The tests fail but
> > in this context it doesn't matter.  Or are you saying their
> > role has expanded post 1.4.10?
> 
> The role of gnulib is to provide generally useful functions. Whether
> m4-1.4.10
> uses a particular function or not, is only marginally relevant to the
> other
> users of gnulib.
> 
> Since you apparently have access to QNX systems, and since your company
> seeks
> world domination with QNX [1], can you help us to do the porting? I
> prepared
> some modifications and then did
> 
>   $ ./gnulib-tool --create-testdir --dir=/tmp/gnulib-qnx-testdir
> --with-tests \
>     fbufmode fflush fpending fpurge freadable freadahead freading fseek
> fseeko \
>     fseterr ftell ftello fwritable fwriting
> 
> Can you download that from
>   http://www.haible.de/bruno/gnu/gnulib-qnx-testdir.tar.gz
> and then please report the output, the config.log, and the test failure
> investigations from
> 
> $ cd gnulib-qnx-testdir
> $ ./configure CC="gcc -g -Wall"
> $ make
> $ make check
> 
> Bruno
> 
> 
> [1]
> http://community.qnx.com/sf/docman/do/downloadDocument/projects.core_os/
> docman.root.os_docs/doc1073

Sorry, I thought we were still in the m4 realm.

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.

-seanb




reply via email to

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