[I'm sorry that the original mail was a bit aggressive, but finding out
why a working implementation of a function is replaced in the maze of
autoconf macros is not a good base for nice chatting].
On Tue, Jul 24, 2007 at 01:44:31PM -0600, Eric Blake wrote:
> GNU M4 relies on POSIX behavior in the
On Wed, Jul 25, 2007 at 06:27:26AM -0600, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to Joerg Sonnenberger on 7/25/2007 4:49 AM:
> >> GNU M4 relies on POSIX behavior in the stdio library in order to comply
> >> with POSIX re
On Wed, Jul 25, 2007 at 07:24:56AM -0600, Eric Blake wrote:
> > That leaves the question
> > whether the much less intrusive:
> > off_t cur_pos;
> > cur_pos = ftello(stdio);
> > lseek(fileno(stdin), cur_pos, SEEK_SET);
> > isn't a much better solution?
>
> No, because now that the posi
On Thu, Jul 26, 2007 at 07:25:23AM -0600, Eric Blake wrote:
> > This would
> > mandate an explicit after the program is executed as well.
^ reread / flushing of cached content
> The second transfer of active handle occurs when the child exits and
> returns control to m4.
On Tue, Jul 24, 2007 at 01:44:31PM -0600, Eric Blake wrote:
> If gnulib's approach does not work on DragonFly, you are welcome to patch
> either DragonFly to comply with POSIX, or submit a patch to gnulib so that
> gnulib's approach will work on DragonFly.
Attached is a replacement version of fflu
On Sat, Jul 28, 2007 at 12:11:24AM +0200, Bruno Haible wrote:
> - restores the previous flags after calling fseeko. Setting __SNPT
> means to disable block-aligned reading for *all* future fseek calls,
> but we need it only for the next one.
Be careful, this breaks the intention. If you
On Sat, Jul 28, 2007 at 09:53:42AM +0200, Bruno Haible wrote:
> Joerg Sonnenberger wrote:
> > Be careful, this breaks the intention. If you reset the flag, you
> > also have to keep overriding fseek/fseeko, because it will set use the
> > optimisation again.
>
> Inde
On Sun, Jul 29, 2007 at 09:37:06AM -0600, Eric Blake wrote:
> Actually, the test is correct; what is incorrect is that gnulib's
> replacement stdint.h needs to also be pulling in wchar.h on platforms,
> such as DragonFly, where stdint.h is not self-sufficient.
Well, the test fails because WCHAR_MI
On Thu, Aug 05, 2010 at 01:26:40PM +0200, Bruno Haible wrote:
> So, I don't understand how you see a "conflict".
The conflicting declarations are a result of the default namespace
containing _NETBSD_SOURCE if no (other) standard compliance macro is
set.
> The test code in
> AC_FUNC_ALLOCA does no
On Thu, Aug 05, 2010 at 09:38:07PM +0200, Bruno Haible wrote:
> Joerg Sonnenberger wrote:
> > > So, I don't understand how you see a "conflict".
> >
> > The conflicting declarations are a result of the default namespace
> > containing _NETBSD_SOUR
On Tue, Aug 15, 2017 at 09:28:26PM +0200, Bruno Haible wrote:
> Which is pretty senseless, since it forces programs to use functions that take
> an explicit locale argument (fprintf_l, strfmon_l, and similar). The point
> of standardizing duplocale(), newlocale(), uselocale() was to *eliminate*
> t
On Tue, Aug 15, 2017 at 11:39:38PM +0200, Bruno Haible wrote:
> Hi Jörg,
>
> Joerg Sonnenberger wrote:
> > uselocale() is fundamentally broken from a design perspective. It can't
> > be implemented without breaking ABIs.
>
> Well, glibc did not break ABIs when i
12 matches
Mail list logo
