Hi Paul,
> We could do that as a special case if __HP_cc is defined, as we know that
> particular compiler doesn't work with other-width integers. Does the attached
> (untested) patch work for you?
With it, the initialization
int aa = WCHAR_WIDTH;
no longer produces an error "Incorrect init
Hi Paul,
> Bruno Haible wrote:
> > Since I don't have access to a newer HP-UX cc compiler, I propose to just
> > disable this definition for HP-UX cc. This patch fixes the error.
>
> That sounds too drastic; I worry that it would break GNU Emacs, which relies
> on
> having alignas.
>
> Does Em
Bruno Haible wrote:
I would suggest to simplify _GL_INTEGER_WIDTH by assuming that its value
MUST be one of 8, 16, 32, 64, 128.
We could do that as a special case if __HP_cc is defined, as we know that
particular compiler doesn't work with other-width integers. Does the attached
(untested) pa
Bruno Haible wrote:
Since I don't have access to a newer HP-UX cc compiler, I propose to just
disable this definition for HP-UX cc. This patch fixes the error.
That sounds too drastic; I worry that it would break GNU Emacs, which relies on
having alignas.
Does Emacs 25.1 build with that comp
