Re: Small typo result in build error with MSVC

On Thu, Jun 05, 2025 at 08:40:21AM -0700, Paul Eggert wrote: > On 2025-06-05 06:21, Eric Blake wrote: > > Adding gnulib > > Bruno fixed that MSVC-related bug in Gnulib three weeks ago: > > https://cgit.git.savannah.gnu.org/cgit/gnulib.git/commit/?id=f7810929b1d35f1edcc

Re: Small typo result in build error with MSVC

et of config.log that shows why configure was unable to use your installed library? Is it something you can work around by priming appropriate cache variables during the configure run? > > Please let me know if you are interested in result of `make check`. Did it pass, or did you see particular failures? -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: \{n\} are not recognized as repetition counter in regular expressions.

On Thu, May 22, 2025 at 12:30:37PM -0700, Paul Eggert wrote: > On 2025-05-22 10:42, Eric Blake wrote: > > BSD has tried hard to make their m4 be a drop-in replacement > > enough that autoconf will use it instead of mandating GNU m4 > > Is this a real problem, though? I j

Re: \{n\} are not recognized as repetition counter in regular expressions.

On Mon, Apr 07, 2025 at 01:37:10PM -0500, Eric Blake wrote: > On Mon, Apr 07, 2025 at 12:46:11PM -0500, Eric Blake wrote: > > And relying on a configure-time test of what m4 supports on the > > packager's machine is not necessarily going to work when autoconf is > > ru

Re: Stack overflow check does not work with qemu linux-user emulation

the qemu-x86_64 emulator, instead of attaching gdb to the emulated execution of src/m4? It could very well be a bug in qemu's user-mode emulation not handling stack overflow in the same way a native program would do. -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

m4-1.4.20 released [stable]

. Autoconf needs GNU 'm4' for generating 'configure' scripts, but not for running them. There have been 69 commits by 4 people in the 206 weeks since 1.4.19. See the NEWS below for a brief summary. Thanks to everyone who has contributed! The following people contributed changes

Re: new snapshot available: m4-1.4.19.65-bdd9.tar.xz

rom all the above for me is the build > failure (because of the tests) for i386 on a system with a > recent glibc. I'd love to see a snapshot fixing that before > the final release. > > Thanks a lot. Thank you for the speedy testing and feedback. -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

new snapshot available: m4-1.4.19.65-bdd9.tar.xz

build: update gnulib submodule to latest maint: update POTFILES.in build: update gnulib submodule to latest Update copyright year maint: adjust to Gnulib module renaming Sam James (1): build: Don't add _FORTIFY_SOUR

Re: 198.sysval test issue on Solaris

uot;"; |next; | } > > For the moment I have just commented out the test. I'm sorry I don't > have better solution. I would be more than happy help testing any > patches. If you wouldn't mind, I would love help testing the more recent m4 snapshots; here's the link to the most recent snapshot announcement[1] that should fare better on your setup, although I should now probably make another one due to fixes that have landed in the meantime. [1] https://lists.gnu.org/archive/html/bug-m4/2025-04/msg00033.html -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: bug#77805: new snapshot available: m4-1.4.19.60-6ebfc.tar.xz

On Tue, Apr 15, 2025 at 07:55:08PM +0200, Santiago Vila wrote: > El 15/4/25 a las 14:52, Eric Blake escribió: > > I'm not sure the exact process Debian uses to do downstream builds, > > but my guess is that it involves a downstream git repository for their > > patches t

Re: bug#77805: new snapshot available: m4-1.4.19.60-6ebfc.tar.xz

H is set in the environment, and if so favoring that timestamp over the mdate of its target file. Or maybe keep mdate-sh unchanged, but patch the Automake rule for doc/stamp-vti to honor SOURCE_DATE_EPOCH over mdate-sh. -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: m4-1.4.19.60-6ebfc on NetBSD 10

elease. Hence, I've opened https://github.com/gnulib-modules/bootstrap/issues/38 to track this further. -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: new snapshot available: m4-1.4.19.60-6ebfc.tar.xz

[dropping gnulib, but adding automake, for the reproducibility issue] On Mon, Apr 14, 2025 at 06:04:53PM +0200, Santiago Vila wrote: > El 14/4/25 a las 16:36, Eric Blake escribió: > > Also, I see two > > uses of @value{UPDATED} in m4.texi, but your patch only removed one; > >

Re: m4-1.4.19.60-6ebfc: some core dumps

not a core dump remains as a side effect. But it does seem a bit odd that only some systems are penalized by the higher disk usage due to the core files after a stack overflow. -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: new snapshot available: m4-1.4.19.60-6ebfc.tar.xz

the date the manual is built. Also, I see two uses of @value{UPDATED} in m4.texi, but your patch only removed one; is the other one not an issue? $ git grep UPDATED ChangeLog-2014: * doc/m4.texinfo: UPDATED refers to the day the manual was built, doc/m4.texi:This manual (@value{UPDATED}) is for GNU M4 (version doc/m4.texi:@subtitle Edition @value{EDITION}, @value{UPDATED} -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: m4-1.4.19.60-6ebfc on Haiku

rror 1 > > This was fixed in Gnulib recently by Collin Funk. > > Can you please upgrade to a newer gnulib version? Will do. I suspect some other gnulib changes will also land shortly based on other things the snapshot build uncovered, so I will probably need to do another snapshot once

Re: m4-1.4.19.60-6ebfc: some core dumps

the bright side, the fact that you got to the tests/ directory means that the tests in checks/ succeeded, so the just-built M4 passes even if we have uncovered some corner cases in the underlying gnulib functions. -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

new snapshot available: m4-1.4.19.60-6ebfc.tar.xz

on FreeBSD and AIX. Fix two occurrences of undefined behaviour. build: Ensure that makeinfo ≥ 6.8 checks the @menu structure. Eric Blake (42): maint: post-release administrivia maint: Document another release step. doc: Minor formatting tweak. tests: Fix 198.

Re: maint: Update library names used by Gnulib.

hat we can leave it at $(INTL_MACOSX_LIBS) rather than the @@ form. Yes, the @@ form catches more typos, but we aren't making a typo. -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: [PATCH] Update RE_SYNTAX_EMACS to include features used by GNU Emacs

ical order, and the definitions shifted by one from the previous bit; thus, when we add or remove a bit, only one other definition need change. */ -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: \{n\} are not recognized as repetition counter in regular expressions.

On Mon, Apr 07, 2025 at 10:51:26AM -0400, Zack Weinberg wrote: > On Fri, Apr 4, 2025, at 3:56 PM, Eric Blake wrote: > … > > tl;dr: if I do add intervals to m4 regex, would you rather it be \{\} > > (BRE and emacs style) or {} (ERE style)? And how to avoid breaking >

Re: \{n\} are not recognized as repetition counter in regular expressions.

On Mon, Apr 07, 2025 at 12:46:11PM -0500, Eric Blake wrote: > And relying on a configure-time test of what m4 supports on the > packager's machine is not necessarily going to work when autoconf is > run on a developer's machine with a different version of m4. Which in > t

Re: \{n\} are not recognized as repetition counter in regular expressions.

avoid breaking existing m4 scripts? On Fri, Apr 04, 2025 at 08:47:20AM -0500, Eric Blake wrote: > On Fri, Nov 04, 2022 at 04:25:45AM +0300, Van de Bugger wrote: > > M4 documentation for regular expressions is extremely short: > > https://www.gnu.org/software/m4/manual/html_node/Reg

Re: bug formatting a .h function extern declaration with attribute macros

On Fri, Apr 04, 2025 at 02:16:03PM +0200, Simon Josefsson wrote: > Eric Blake writes: > > >> # define G_GNUC_IDN2_ATTRIBUTE_PURE __attribute__ ((pure)) > ... > >> extern _IDN2_API const char *idn2_check_version (const char *req_version) > >> G_GNUC_I

Re: rpl_gettimeofday link error under clang on Fedora

On Fri, Apr 04, 2025 at 03:33:34PM +0200, Bruno Haible wrote: > Hi Eric, > > Eric Blake wrote: > > While trying to build m4.git with clang on a Fedora 40 machine, and > > with gnulib updated to the latest git commit, I'm hitting the > > following during '

[sr #105855] Multi-op patsubst() and translit()

Follow-up Comment #4, sr #105855 (group m4): I'm seriously thinking of adding a qindir builtin to m4 1.6, which executes any other builtin macro but adds a layer of quoting around its expansion. Example: define(`b', `B')dnl substr(`abc', 1, 1) => B indir(`substr', `abc', 1, 1) => B qindir(`substr

Re: patch: Ensure that makeinfo ≥ 6.8 checks the @menu structure

On Fri, Apr 04, 2025 at 07:53:34AM -0500, Eric Blake wrote: > On Fri, Jun 23, 2023 at 01:50:51AM +0200, Bruno Haible wrote: > > Makeinfo versions < 6.7 detected mistakes in the @menu structure of TeXinfo > > input. Makeinfo versions ≥ 6.8 don't do this any more by default.

Re: Frozen fole is read in text mode but created in binary mode.

On Mon, Jan 30, 2023 at 02:26:12PM -0600, Eric Blake wrote: > On Sat, Jan 28, 2023 at 10:31:04PM +0100, Juan Manuel Guerrero wrote: > > I do not know if this issue has already been reported, but for all > > systems that distinguish between binary and text I/O, the file should >

Re: \{n\} are not recognized as repetition counter in regular expressions.

d by GNU m4 Manual. > > BTW, the fixed m4 passes 247 tests, skips 20 tests, and fails no tests > on my system. Original m4 shows exactly the same results. > > -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

[sr #110767] make 4.4 ignores SIGPIPE --> ./test-execute.sh 3 and 4 fail

Follow-up Comment #1, sr #110767 (group m4): test-execute-main comes from gnulib. Any fix needs to go there; this may already be fixed by updating to a newer gnulib as part of preparing for m4 1.4.20. ___ Reply to this item at:

Re: undefined-behavior obstack.c:139

t 107820858999056 to > null pointer > SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior obstack.c:139:35 in > > I think, it is so and for 1.4.19 Bruno Haible supplied a fix for this, which will appear in the upcoming 1.4.20. -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: patch: Ensure that makeinfo ≥ 6.8 checks the @menu structure

nerating > the HTML-formatted documentation, the first choice is preferrable. > > Tested by running > touch doc/m4.texi ; (cd doc && make m4.info V=1) Thanks; applied. -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: two undefined behaviour occurrences in m4

quot;clang > -fsanitize=address,undefined,signed-integer-overflow,shift,integer-divide-by-zero > -fsanitize-address-use-after-scope -fno-sanitize-recover=all" > And it doesn't. There are two problems: > > Find attached a patch that fixes both issues. Thanks. I refo

Re: syscmd broken on FreeBSD and AIX

On Sat, Jan 14, 2023 at 09:37:03PM +0100, Bruno Haible wrote: > Eric Blake wrote: > > Instead of using -- to force sh to realize the command being passed is > > intended to be a script to run (even if it starts with - or +), it is > > also possible to prepend a space. > &

Re: Errors in gnu m4 manual pdf + suggestions

gt; counter(`22') > # use counter > counter counter counter counter Also seems worthwhile; probably in the section on incr. Will be a separate patch. > > > This code license comply to "Appendix A How to make copies of the overall > M4 packag

Re: Fix failure of "./configure; make dist"

> * Makefile.am (BUILT_SOURCES): Add doc/m4.1, checks-files. > (doc/m4.1): New target. > (checks-files): New phony target. > --- > Makefile.am | 15 ++- > 1 file changed, 14 insertions(+), 1 deletion(-) > -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

rpl_gettimeofday link error under clang on Fedora

ETTIMEOFDAY@ REPLACE_GETTIMEOFDAY = @REPLACE_GETTIMEOFDAY@ Makefile: GL_M4_GNULIB_GETTIMEOFDAY = IN_M4_GNULIB_TESTS HAVE_GETTIMEOFDAY = 1 REPLACE_GETTIMEOFDAY = 0 Is this a case of a missing LDFLAGS in m4's tests/Makefile.am (which right now only includes gnulib.mk) or top-level Makefile.am?

Re: Minor tweak needed for MacOS 15.2

; is not adequate for Apple's compiler environment. I was able to reproduce using clang on a GNU/Linux system (I don't have access to MacOS), and will push a better fix soon (by adjusting the check for __GNUC__). -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: bug formatting a .h function extern declaration with attribute macros

On Fri, Apr 04, 2025 at 12:23:55PM +0200, Simon Josefsson wrote: > Eric Blake writes: > > > I'm trying to run indent on the GNU M4 source code base before a > > release (it looks like gnulib added the ability to run make indent > > since the last time I made an m4 r

Re: Perhaps it is time for a beta release of ver 1.6 ?

iteration, such as pushdef stacks or by the use of GNU m4 extensions such as patsubst() or the ability to address $10 and beyond (POSIX only requires support for addressing up to $9, anything greater requires shift) to rewrite long $@ lists into O(N) processing in m4sugar's m4_foreach. --

bug formatting a .h function extern declaration with attribute macros

it in attribute positions of declarations? -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: Perhaps it is time for a beta release of ver 1.6 ?

m should have been fixed by upgrading to more recent gnulib. If it is still broken on the tip of branch-1.4, that is something that will need to be fixed before 1.4.20 is released. I haven't hit a libsigsegv link failure on my development machine, but part of the release process is trying to build elsewhere. -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: Error when installing on Ubuntu 18.04

, and gnulib has some improvements that I need to incorporate); but since m4 is overall a stable code base, it hasn't yet risen to the top of my TODO list to put the time into making that release. -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: Compiled gnu-m4 failed

a bug against gcc for the diagnostic. But until I reproduce it and study the code further, I'm not yet in a position to say whether the fault is in m4 or in gcc. -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: Question about format.c check for __GNUC_MINOR__ of 6

compiler on z/OS has a bug (or something else)? What does clang claim to be? That is, what do you get for print '__GNUC__ __GNUC_MINOR__' | clang -E - | tail -n1 and what is the actual compiler error you got when the build failed on the original source? > I haven't been able to determine what level of gcc provides this diagnostic. > > thanks, mike -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

Re: M4 assembler error on compile

ib wanted the file in the first place, without adversely affecting the behavior of the compiled m4 binary. > > Any assistance is appreciated. > > -- Eric Blake, Principal Software Engineer Red Hat, Inc. Virtualization: qemu.org | libguestfs.org

[sr #110912] Backslash followed by quote treated as escape sequence on Windows.

Follow-up Comment #1, sr #110912 (project m4): As you pointed out, it is the responsibility of the calling program to pass in argv[] with expected contents. Most ports of GNU programs to Windows environments have their own idioms in place to either alter the shell to have normal Unix parsing, or

Re: Cannot run even a simplest example of define(A, `Harry, MET.')

d version > arguments > /usr/share/aclocal-1.16/init.m4:29: AM_INIT_AUTOMAKE is expanded from... > configure.ac:25: the top level > autom4te: error: /usr/bin/m4 failed with exit status: 1 > aclocal: error: /usr/bin/autom4te failed with exit status: 1 > autoreconf: error: aclocal failed with exit status: 1 > ``` > > Thank you for your precious time! > > Best, > Xinyi -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: m4 fails to expand macros after changequote

In comparison, running this with Solaris 11.4 m4: > >theon$ /usr/bin/m4 bug.m4 >bar is not `$1' >theon$ Thanks for a nice report, even if the bug turned out to be in your script rather than in GNU m4 proper. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: Bug in m4

at file, it is not obvious for me to tell you why that file is triggering m4 to report a syntax error. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: Bug in m4

webs-com Can you give more details? What error messages are you getting? Why do you think it is a bug in m4, rather than in the Peblic sources? -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: Frozen fole is read in text mode but created in binary mode.

me) >file = m4_path_search (name, NULL); >if (file == NULL) > m4_failure (errno, _("cannot open %s"), name); > + SET_BINARY (fileno (file)); >current_file = name; > >allocated[0] = 100; > -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: syscmd broken on FreeBSD and AIX

gt; + else > +/* For most commands, the traditional "sh -c $cmd" works fine. > + Including on FreeBSD 13 and AIX 7. */ > +slot = 2; > +} >prog_args[slot] = cmd; > + prog_args[slot + 1] = NULL; >errno = 0; >status = execute (ARG (0), SYSCMD_SHELL, prog_args, NULL, false, > false, false, false, true, false, &sig_status); > -- > 2.34.1 > -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

[sr #110809] UBSAN failure in output.c:511 (make_room_for)

Update of sr #110809 (project m4): Assigned to:None => ericb ___ Follow-up Comment #2: Thanks for the useful report, including reproduction instructions that worked out of the box. The co

Re: format is locale aware

finally revisiting this thread, and decided to go with your approach of forcing LC_NUMERIC instead of importing additional gnulib modules, at least for the 1.4.x branch. > > c-vasnprintf, OTOH, is just as efficient as vasnprintf. > > Bruno > -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: Failing test: "test-posix_spawn-script". Race condition?

the report; I'm looping in bug-gnulib as the owners of the test in question. It's the first time I've heard of this issue, but I also know that m4 needs a new release with a newer pull from gnulib, so the issue may have been addressed in the meantime in gnulib. -- Eric Blake, Principa

Re: simple doc point

obname.??s')% > \fi % no return type > #3% output function name >}% > - {\rm\enskip}% hskip 0.5 em of \rmfont > + %\rm\enskip}% hskip 0.5 em of \rmfont >% >\boldbrax >% arguments will be output next, if any. > > > Do

Re: AIX stackoverflow detection hang [was: Reporting m4 bug]

e) > 767 /* Here addr = addr1 + i * pagesize. */ > 768 if (is_mapped (addr)) > 769 return 0; > 770 } > > configure details > ./configure --prefix=%{_prefix} \ > --mandir=%{_mandir} \ >

Re: simple doc point

{macro}, @var{pre}, @ @var{post}, @var{sep}) For each of the @code{pushdef} definitions associated with @var{macro}, expand the sequence @samp{@var{pre}`'definition`'@var{post}}. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: I can't compile m4

7X64/BUILD/m4/SRC/v1.4.18' > mingw32-make: *** [Makefile:1528: all] Error 2 Could there be some carriage return corruption in your files (either the generated math.h itself, or in the generated Makefile produced by configure), that results in the syntax errors? At the moment, I don&#

Re: m4 1.4.19 with musl libc 1.2.3 fails test-posix_spawn_file_actions_addclose

assumes behavior that is not mandatory in POSIX, so > technically, the test is wrong. > > -nc > -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: Make check - test-vasprintf-posix failure - darwin12 - macos

o, but no chance > of making it working. > > The only solution I found is by commenting the three last tests > about Pseudo-Denormal directly in tests/test-vasprintf-posix.c > > Thanks a lot -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: m4-1.4.17 make error

to upgrade to a newer build of m4, or to manually backport the fix from newer m4 on top of your older m4 build (if you can even come up with a convincing reason why newer m4 will not work for your needs). -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: m4-1.4.17 abort trap

and see if the issue has been fixed in the meantime? -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: Assertion error when building in Debug mode with MSVC

to begin with. > > Could you help please? > > Thank you for your time and contributions! > Best, > Julien > -- > Julien Marrec, EBCP, BPI MFBA > Owner at EffiBEM <http://www.effibem.com> > T: +33 6 95 14 42 13 > > LinkedIn (en <https://www.linkedin.com/in

Re: pkg/56336 (m4 fails to build on Solaris 10)

etected; please report this bug to : > Illegal instruction > > # /usr/pkgsrc/devel/m4/work/.destdir/usr/pkg/bin/gm4 > *** stack smashing detected ***: terminated > /usr/pkgsrc/devel/m4/work/.destdir/usr/pkg/bin/gm4: internal error detected; > please report this bug to : I

Re: Bug in dumpdef's documentation

l tab to match what m4 actually produces). I'll commit the fix into m4.git shortly, although the online manual won't be updated until the 1.4.20 release. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: traceon does not work with a macro whose name is the empty string

to require copyright assignment. [I ask if you're willing, because my current time for m4 work has been fairly limited - I'm already behind my desired schedule on releasing m4 1.4.20 to fix the 'format' regression introduced in 1.4.19 in non-C locales] -- Eric Blake, Pr

Re: Bug in dumpdef's documentation

s the rest of the line when using the macro within @example. I'm cc'ing the texinfo list to see if someone can figure out the correct magic to use faster than I can. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: also in C11 mode I get a bug

d that your just-built m4 is working just fine. I still need to make time to release m4 1.4.20 that fixes that and also the reported issue about unintended locale sensitivity in the format macro. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: m4-1.4.19 not C99 clean ?

cursive] Error 1 > gmake[1]: Leaving directory '/opt/bw/build/m4-1.4.19_sunos5.10_sparcv9.001' > gmake: *** [Makefile:1974: all] Error 2 > > Where we see the asm usage that sort of says "not C99 here". > > However std9899:2011 seems to be just fine. > >

Re: Build m4 on RHEL 8

ed mailing list; many users choose to send from personal email in order to avoid slamming the list with such legalese. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: Typing mistake in M4 documentation

." > > Perhaps "announcments " should be "announcements". Yes indeed. Thanks for the report; I'll get it updated this week. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: Discrepancy in regards to program_name output

te path name in even when invoked by a relative name, or due to argv[0] rewriting when executing via qemu in your situation, or ...) that having the test just focus on basenames is going to be more reliable. We've got enough other issues reported with m4 1.4.19 that I will be releasing 1.4.20 sometime this summer, and this issue will be one of the things fixed by that release. > > I am not subscribed to the list, please CC me. Yes, it's list policy to reply-all. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: format is locale aware

on DragonFly BSD but not on a glibc > system? In both cases, I have LC_ALL set to fr_FR.UTF-8, and this locale > exists (verified with 'locale -a'). May be due to differences in strtod() parsing on those platforms, or something we may have overlooked in gnulib. Definitely wo

[sr #110502] 1.4.19: test suite is failing

Follow-up Comment #3, sr #110502 (project m4): [comment #2 comment #2:] > > These are gnulib unit test failures; I'll forward your report there. They do not affect the operation of m4 itself. > > It affects building and testing procedures. > > OK. So why m4 executest gnulib test units? Because

[PATCH] tests: Fix 198.sysval

In my attempt to avoid test failures on Haiku, I caused test failures on platforms where sh is noisy when reporting a killed sub-process. * doc/m4.texi (Sysval): Avoid stderr noise during test. Fixes: 17011ea76a (tests: Skip signal detection on Haiku) Fixes: https://lists.gnu.org/archive/html/bug-

Re: [sr #110501] Plese convert all po/*.po fiels to UTF-8

pe: text/plain; charset=UTF-8\n" > ro.po:"Content-Type: text/plain; charset=ISO-8859-2\n" > ru.po:"Content-Type: text/plain; charset=KOI8-R\n" > sr.po:"Content-Type: text/plain; charset=UTF-8\n" > sv.po:"Content-Type: text/plain; charset=ISO-885

Re: [sr #110502] 1.4.19: test suite is failing

failed to tell us which operating system. The fix will need to be in gnulib's unit tests, so I'm adding bug-gnulib in the distribution. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

[sr #110501] Plese convert all po/*.po fiels to UTF-8

Update of sr #110501 (project m4): Status:None => Confirmed Open/Closed:Open => Closed ___ Follow-up Comment #1: Thanks for the report.

[sr #110502] 1.4.19: test suite is failing

Follow-up Comment #1, sr #110502 (project m4): comment #0 original submission:] > Liooks like some files are missing in dist tar ball. > > Please next time generate that tar ball using "distchec" target instead just "dist". The tarball WAS generated with 'make distcheck', and passed on my machin

Re: m4 1.4.19 check always fails (198.sysval)

gt; +sh: line 1: 10151 Killed /bin/sh -c 'kill -9 $$' > > Checking ./199.mkstemp Known issue, and due to a bug in the testsuite and not in m4 itself. It will be fixed for 1.4.20. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: test failure on Haiku

d the '-9' instead of '9' in that suggested command. > /bin/sh: line 0: kill: (9) - No such process > /bin/sh: line 1: 41099 Terminated: 15 /bin/sh -c "kill 9 \$\$" > 143 > [Bubble:~] nieder $ (SHELL=ksh; $SHELL -c "$SHELL"' -c "

Re: [m4-1.4.19] make error on Solaris 11.3 x86

FYI: > /usr/include/sys/procfs.h: > 41  #if !defined(_LP64) && _FILE_OFFSET_BITS == 64 > 42  #error  "Cannot use procfs in the large file compilation environment" > 43  #endif > > > Regards, > > --- Kiyoshi > > -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: m4 on native Windows

On Wed, May 26, 2021 at 08:52:51AM -0500, Eric Blake wrote: > > +++ m4-tmp.432/m4-err 2021-05-14 02:31:09.296595600 +0200 > > @@ -1,2 +1,2 @@ > > -C:\cygwin64\home\bruno\m4-2021-05-13\build-mingw64\src\m4.exe:stdin:1: > > Warning: too few arguments to builtin `inde

[PATCH] tests: Skip signal detection on Haiku

On Haiku, using 'kill -9' fromm /bin/shactually causes a process to die with the non-standard SIGKILLTHR 15, which causes 198.sysval to fail from the unexpected value. * doc/m4.texi (Sysval): Skip test on Haiku. Reported by Bruno Haible, https://lists.gnu.org/archive/html/bug-m4/2021-05/msg4.h

Re: Bug

log that shows the actual failure encountered during that part of configure? I'm hoping to release 1.4.19 this month, and am hoping that you merely encountered something present in an older tarball that is no longer a problem in the current m4.git. -- Eric Blake, Principal Softwar

Re: --synclines adds #line 4711 after #define xyz(abc) ...\

out how to opt-in (or even if opting in is possible for a given build of m4) needs to be thought about. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: Enable more single-thread optimizations in gnulib code

ng so, gets rid of the warnings in regex.c, > - causes no test failures. > > OK to push? > Thanks; pushed. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: m4 on native Windows

not run command `echo foo': No such file or directory These will indeed be hairier to fix, especially since it has now been a long time since I've used a Windows machine. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

Re: test failure on Haiku

n/sh -c '/bin/sh -c "kill 9 \$\$"; echo $?' $ (SHELL=ksh; $SHELL -c "$SHELL"' -c "kill -9 \$\$" 2>/dev/null; echo $?') It is 137 (bash, most other shells) or 265 (ksh) on GNU/Linux (and presumably all other systems that don't have SIGKILLTHR);

Re: [m4] The source code has been broken for years

er.hideRefs' > looks like it might be worth investigating, but I'm not certain. > > * Run the following in the bare repository; it should help the user out > by informing 'git clone' which branch to set up as the default: > > $ git symbolic

Re: SIGSTKSZ is now a run-time variable

nulib commit f9e2b20a12 (Sep 2020) fixed the use of SIGSTKSZ, and now that latest m4.git uses newer gnulib, I have finished testing that I can once again build m4 1.4.x on Rawhide without error, whether or not libsigsegv is installed. I hope to release m4 1.4.19 soon. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org

Poor hashtable collision performance

ack increases, the lookup time for 'substr' gets progressively worse. With -H517, the two names hash to different buckets and no longer interfere. I'm working on a patch to separate the pushdef chain from the hash bucket chain, so that hash collisions only have to visit one instance o

Re: SIGSTKSZ is now a run-time variable

On 3/9/21 1:34 PM, Eric Blake via austin-group-l at The Open Group wrote: > On 3/9/21 10:14 AM, shwaresyst wrote: >> >> To me that looks like a conformance violation and should be reverted. There >> is no _SC_SIGSTKSZ defined in by the standard, to begin with, so >>

Re: SIGSTKSZ is now a run-time variable

he configuration supports if it wants to use more than > that, as a runtime increasable limit. As I understand it, the concern in glibc is less about runtime increasability, so much as ABI compatibility with applications compiled against older headers at a time when the kernel had less state i

Re: SIGSTKSZ is now a run-time variable

On 3/9/21 9:26 AM, Andreas Schwab wrote: > On Mär 09 2021, Eric Blake via Libc-alpha wrote: > >> The question becomes whether glibc is in violation of POSIX for having >> made the change, or whether POSIX needs to be amended to allow SIGSTKSZ >> to be non-preprocessor-

Re: SIGSTKSZ is now a run-time variable

icitly_ asking for non-POSIX extensions by setting _GNU_SOURCE; but since most gnulib projects (including m4) indeed request _GNU_SOURCE, we can no longer rely on the POSIX definition. > >> Please advise how I can get past this. > > Fix your . We're going to need to fix gn

Re: SIGSTKSZ is now a run-time variable

ade the change, and I've now seen reports of several projects failing to build when using glibc with this change included. > > Bruno > > [1] https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/signal.h.html > > -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org

Re: Memory exhausted error

ken_data *)); << crash > here!!! > Line 390 > > } > > It seems now obstack_blank function doesn’t allow negative numbers (see > /lib/obstack.h file) That matches gnulib/NEWS for 2014-10-29; the fix is to use obstack_blank_fast() instead, when using a gnulib newer th

  1   2   3   4   5   6   7   8   >