Eric Blake wrote:
> open_memstream still sounds like a nice project for anyone interested in
> implementing, though.
Thanks for the reply, I've also been able to cope without it.
Hopefully somebody has spare cycles pick this up (or more platforms can
just support it natively).
On 02/07/2013 02:54 AM, Eric Wong wrote:
> Eric Blake wrote:
>> The libvirt project would be very interested in using open_memstream,
>> since it is now part of POSIX 2008.
>
> Hi, I realize this thread for open_memstream support in gnulib is now
> several years old. Just wondering why it was ne
Eric Blake wrote:
> The libvirt project would be very interested in using open_memstream,
> since it is now part of POSIX 2008.
Hi, I realize this thread for open_memstream support in gnulib is now
several years old. Just wondering why it was never completed/merged
into gnulib...
I assume it's
On 04/24/2010 12:45 AM, Eric Blake wrote:
For platforms without stdio hooking, the simplest thing we could think
of is to create a temporary file under the hood, then provide gnulib
overrides of fflush and fclose (the only two points at which POSIX
requires that the original arguments to open_mem
Eric Blake wrote:
> The libvirt project would be very interested in using open_memstream,
And many other people, I'm sure, once they learn that
it exists and can be used portably.
> since it is now part of POSIX 2008. We even tossed around an idea
> on IRC on how to implement it for mingw, detai
The libvirt project would be very interested in using open_memstream,
since it is now part of POSIX 2008. We even tossed around an idea
on IRC on how to implement it for mingw, details below.
For now, I've got a test working on Linux and cygwin 1.7 as the golden
reference (two independent impleme
