Hi Bruno,
On 13-Oct-19 3:21, Bruno Haible wrote:
When glibc is compiled with emscripten toolchain for compiling to asm.js
and WebAssembly [1] (e.g. as part of groff),
You mean gnulib, not glibc? glibc is not built when you compile groff.
Yes, I meant gnulib.
the compilation fails due
to th
On 10/12/19 7:38 AM, Bruno Haible wrote:
Has this already been discussed in the Austin Group, or on the glibc list?
Not as far as I know, though I haven't read all those mailing lists. It would be
a good thing to do.
I'm not sold on a new type 'printf_len_t' in the standard. Can't we get by
Hi Diomidis,
> When glibc is compiled with emscripten toolchain for compiling to asm.js
> and WebAssembly [1] (e.g. as part of groff),
You mean gnulib, not glibc? glibc is not built when you compile groff.
> the compilation fails due
> to the inclusion of assembly code, as shown in the example
Hi Paul, Eric,
I'd like to get over the INT_MAX limit on string size for
* the *printf family of functions,
* the wcswidth, mbswidth functions,
like it has been done for large files and regular expressions.
The benefit I expect from that is:
- Support of strings > 2 GB or 4 GB without makin
When glibc is compiled with emscripten toolchain for compiling to asm.js
and WebAssembly [1] (e.g. as part of groff), the compilation fails due
to the inclusion of assembly code, as shown in the example below.
emcc groff.bc -o groff.html
In function vasnprintf()
void (i16*)* asm sideeffect "fns
The earlier commit
2019-09-15 Bruno Haible
intprops tests: Avoid build failure with HP-UX cc.
* tests/test-intprops.c: Disable a check that makes HP cc choke
with
"error 4018: Macro param too large after substitution - use -H
option.".
Hi,
With the regex module as of yesterday (before the
'Simplify and regularize regex use of ‘assert’' change) I see test
failures on HP-UX/hppa. Namely:
HP-UX cc on hppa, both 32-bit and 64-bit, even without any optimization:
(works with gcc, works with HP-UX cc on ia64)
$ ./test-regex
Assertio
Paul Eggert wrote:
> Simplify by assuming C99 macros and const.
> * lib/regexec.c (re_search_internal): Simplify by assuming C99
> initializers.
I confirm that it builds fine, even with weird compilers such as
HP-UX cc and MSVC 14.
Bruno