Re: pkgsrc m4 patches

2021-06-28 Thread Thomas Klausner
On Tue, Jun 29, 2021 at 02:21:47AM +0200, Bruno Haible wrote: > [CCing bug-gnulib. We work in public; please avoid private email if > there is a mailing list.] Sorry, I'll keep that in mind. > Thomas Klausner wrote: > > Hi Bruno! > > > > I just updated m4 in pkgsrc t

Re: parse-datetime test failure on NetBSD

2021-03-14 Thread Thomas Klausner
On Sun, Mar 14, 2021 at 11:42:43AM +0100, Bruno Haible wrote: > Hi Thomas, > > > The recipe from that bug report fails for me on NetBSD 9.99.81/amd64 > > with gcc 9.3.0: > > With version of Bison are you using? 3.7.5 Thomas

parse-datetime test failure on NetBSD

2021-03-14 Thread Thomas Klausner
Hi! I reported a bug in gnutls 3.7.1 https://gitlab.com/gnutls/gnutls/-/issues/1190#note_528802421 and was told it might be a bug in gnulib instead. The recipe from that bug report fails for me on NetBSD 9.99.81/amd64 with gcc 9.3.0: git clone --depth=1 https://git.sv.gnu.org/git/gnulib.git

Re: signal.in.h patch for DragonFly

2017-03-15 Thread Thomas Klausner
Hi! On Wed, Mar 15, 2017 at 05:10:31PM +0100, Bruno Haible wrote: > Thomas Klausner wrote: > > The attached patch adds DragonFly support to lib/signal.in.h, please apply > > it. > > The comment says that this include of is there to make sure that >

signal.in.h patch for DragonFly

2017-03-15 Thread Thomas Klausner
Hi! When sending a patch to guile, they told me that the file comes from gnulib and I should file the bug report there, so here it is. The attached patch adds DragonFly support to lib/signal.in.h, please apply it. Thanks, Thomas $NetBSD: patch-lib_signal.in.h,v 1.1 2016/12/03 03:15:33 marino

Re: Fwd: Building m4 fails under Interix-3.5

2008-10-24 Thread Thomas Klausner
On Fri, Oct 24, 2008 at 02:23:03AM +0200, Bruno Haible wrote: But in this case, there is a cheap workaround that I can apply even without testing. That indeed fixes the problem, reports Aleksey. Thanks! Thomas

Re: snapshot in preparation for m4 1.4.12

2008-09-21 Thread Thomas Klausner
On Fri, Sep 12, 2008 at 06:53:49AM -0600, Eric Blake wrote: I'm committing this. It looks like your flavor of NetBSD now handles denormals, but still fails on negative zero. I asked around a bit -- this was a regression. NetBSD has two versions of this code around, and recently switched back

Re: snapshot in preparation for m4 1.4.12

2008-08-23 Thread Thomas Klausner
Hi again! Btw, did I mention last time that m4 tests work, but skip a few? Skipped checks were: ./114.changeword ./115.changeword ./116.changeword ./117.changeword ./118.chan geword ./119.changeword All checks successful According to Thomas Klausner on 8/14/2008 1:21 PM: One failure

Re: snapshot in preparation for m4 1.4.12

2008-08-14 Thread Thomas Klausner
On Thu, Aug 07, 2008 at 07:37:47AM -0600, Eric Blake wrote: I have released a new snapshot from branch-1.4, and hope to release it as M4 1.4.12 in the near future. This should fix many of the complaints about strtod and other test failures that were reported against 1.4.11. However, it also

Re: m4-1.4.11: assert failure in two self tests on NetBSD

2008-04-12 Thread Thomas Klausner
Hi Bruno! Thanks for the quick reply! On Sat, Apr 12, 2008 at 07:33:14PM +0200, Bruno Haible wrote: Hi, Thomas Klausner reported: | m4-1.4.11 fails two selftests on NetBSD-4.99.48/amd64. | The first one is in test-frexpl: | | # gdb test-frexpl test-frexpl.core | GNU gdb 6.5

Re: m4-1.4.11: assert failure in two self tests on NetBSD

2008-04-11 Thread Thomas Klausner
Hi Eric! Thanks for your reply. Both of these failures are in the gnulib tests, hence I'm adding bug-gnulib. Could you please also run 'make -k check' to see if the M4-specific tests pass? Sure. Skipped checks were: ./109.changeword ./110.changeword ./111.changeword ./112.changeword

Re: 2 test failures for m4-1.4.10 on NetBSD

2007-07-20 Thread Thomas Klausner
On Thu, Jul 19, 2007 at 06:16:22PM -0600, Eric Blake wrote: According to Thomas Klausner on 7/19/2007 4:07 PM: Hi! I just tried the self tests of m4-1.4.10 on NetBSD-4.99.23/amd64. Two failed: test-frexpl.c:167: assertion failed [1] Abort trap (core dumped) EXEEXT= EXEEXT... FAIL