On Mon, Aug 30, 2010 at 01:55:02PM -0600, Eric Blake wrote:
> [phooey - hit send too soon]
>
> On 08/30/2010 01:53 PM, Eric Blake wrote:
> >On 08/21/2010 02:42 AM, Ralf Wildenhues wrote:
> >>I'm trying to debug the recent regression of git branch-1.4 M4 over M4
> >>1.4.14 on AIX.
> >
> >Here's the
On 08/21/2010 02:42 AM, Ralf Wildenhues wrote:
I'm trying to debug the recent regression of git branch-1.4 M4 over M4
1.4.14 on AIX.
Here's the latest snapshot tarball, if nothing goes terribly wrong, then
I hope to get 1.4.15 out the door this week.
http://people.redhat.com/eblake/m4/
http:
[phooey - hit send too soon]
On 08/30/2010 01:53 PM, Eric Blake wrote:
On 08/21/2010 02:42 AM, Ralf Wildenhues wrote:
I'm trying to debug the recent regression of git branch-1.4 M4 over M4
1.4.14 on AIX.
Here's the latest snapshot tarball, if nothing goes terribly wrong, then
I hope to get 1.
Hi Ralf,
> 0001-Tests-for-module-calloc.patch
> 0002-Tests-for-module-malloc.patch
> 0003-Tests-for-module-realloc.patch
Thanks! I've added your tests, after updating them to the new module naming,
and after doing cosmetic changes:
- Add comments about what is being tested.
- Write NULL, not
* Ralf Wildenhues wrote on Sat, Aug 28, 2010 at 09:40:34AM CEST:
> The patch series makes M4's own testsuite pass, but in the meantime,
> something else broke again so I'm still not completely done.
Never mind, that was PEBKAC. M4 1.4.14.6-76d1-dirty works with git
gnulib and my patch series on A
* Ralf Wildenhues wrote on Wed, Aug 25, 2010 at 11:25:03PM CEST:
> Continuing with M4 branch-1.4 failures on AIX 5.3:
[...]
> *** m4-tmp.569356/m4-xerr Wed Aug 25 19:05:46 2010
> --- m4-tmp.569356/m4-errWed Aug 25 19:05:46 2010
> ***
> *** 0
> --- 1,3
> + m4:stdi
Continuing with M4 branch-1.4 failures on AIX 5.3:
@ ../doc/m4.texinfo:5688: Origin of test
../../m4/checks/164.regexp: stdout mismatch
*** m4-tmp.569356/m4-xout Wed Aug 25 19:05:46 2010
--- m4-tmp.569356/m4-outWed Aug 25 19:05:46 2010
***
*** 1,4
! 5
! -1
*** Unix
On 08/25/2010 01:03 PM, Ralf Wildenhues wrote:
This is the output from 'truss ./test-rmdir':
[...]
rmdir("test-rmdir.tdir/file/") Err#20 ENOTDIR
rmdir("test-rmdir.tdir")Err#17 EEXIST
rmdir("test-rmdir.tdir/file") Err#20 ENOTDIR
unlink("te
* Eric Blake wrote on Mon, Aug 23, 2010 at 04:04:54PM CEST:
> On 08/21/2010 02:42 AM, Ralf Wildenhues wrote:
> >- 2 gnulib test failures in M4: test-strtod, test-rmdir.
> >
> >I inserted one fprintf in test-strtod.c, for the "0xp" input asserting
> >over 'ptr == input + 1':
>
> The strtod problem
On 08/21/2010 02:42 AM, Ralf Wildenhues wrote:
I'm trying to debug the recent regression of git branch-1.4 M4 over M4
1.4.14 on AIX. First the gnulib stuff.
Notes:
- 2 gnulib test failures in M4: test-strtod, test-rmdir.
I inserted one fprintf in test-strtod.c, for the "0xp" input asserting
o
On 08/21/2010 01:42 AM, Ralf Wildenhues wrote:
Any hints as to what could make the tests fail when run as part of the M4
git tree and not otherwise?
I don't envy you debugging that, but I have seen similar discrepancies
for directory-style tests when my two source trees are in different file
s
I'm trying to debug the recent regression of git branch-1.4 M4 over M4
1.4.14 on AIX. First the gnulib stuff.
Notes:
- 2 gnulib test failures in M4: test-strtod, test-rmdir.
I inserted one fprintf in test-strtod.c, for the "0xp" input asserting
over 'ptr == input + 1':
const char input[] =
12 matches
Mail list logo
