This patch from 2011-02-18 introduces a regression on OSF/1:
> 2011-02-18 Bruno Haible
>
> stdint: Cut dependency to module 'wchar'.
> * lib/stdint.in.h: Include wchar.h only when HAVE_WCHAR_H is 1. Also
> include the necessary prerequisites.
> * m4/stdint.m4 (g
On 02/18/2011 04:52 PM, Bruno Haible wrote:
> Here's the proposed patch. It does not modify the promises made by the
> 'stdint'
> module. It also is much smaller and does not require the creation of a
> separate
> module
Thanks, that solves the problem for me with Emacs, and it's
simpler than my
Paul Eggert wrote:
> This suggests that we should use the name "stdint" for the
> common case, and some other name for the rare case of
> applications that need WINT_MIN etc. It'd be easy to
> create a module "stdint-with-wchar" to do that
I disagree that "common" vs. "rare" should be guiding cri
Hi Paul,
At the beginning of this thread, you made this statement:
> The problem is
> that md5 includes stdint.h for uint32_t, and the stdint
> module depends on wchar for WCHAR_MIN etc; but md5 does
> not need WCHAR_MIN etc.
It's easy to get this impression. But no, 'stdint' does not depend on
On 02/18/2011 01:56 PM, Paul Eggert wrote:
> This suggests that we should use the name "stdint" for the
> common case, and some other name for the rare case of
> applications that need WINT_MIN etc. It'd be easy to
> create a module "stdint-with-wchar" to do that, based
> on the patch I already se
On 02/18/2011 03:25 AM, Bruno Haible wrote:
it's easy to remember: "I want a working stdint.h -
so I need module stdint or stdint-posix if that exists)".
It'd be nice if it were that easy, but unfortunately it's not.
In the old days, when one needed a working uint32_t, one
would just invoke
On 02/18/2011 03:25 AM, Bruno Haible wrote:
Instead I would suggest that you create a new module that provides less
guarantees than the 'stdint' module, and let 'md5' depend on that.
I considered that, but the most logical candidate for a stdint
subset module is "all of stdint except for WINT_M
Hi Paul,
> md5 includes stdint.h for uint32_t, and the stdint
> module depends on wchar for WCHAR_MIN etc; but md5 does
> not need WCHAR_MIN etc.
>
> Here's a proposed patch to make stdint configure faster,
> primarily by removing its dependency on wchar.
I think this patch would make gnulib hard
I looked into importing the md5 module into Emacs, and
found that it dragged in a whole bunch of stuff related
to wchar_t that were irrelevant to md5. The problem is
that md5 includes stdint.h for uint32_t, and the stdint
module depends on wchar for WCHAR_MIN etc; but md5 does
not need WCHAR_MIN e
