Re: [Gnash-commit] gnash/libgeometry Range2d.h

[zou lunkai]

> > Please, *before* making any change, get 'make check' to work.
> > Last change you made is still unresolved in that reguard (make check fails)
>
> Ye, you've said that twice now, but I haven't got to the bottom of it.
> make check does not even compile/run for me, failing itself in the
> ways I described to you.
> I run Date.as with makeswf and gnash, and all the tests give the
> expected results. That has been useful, but so far I am unable to
> reproduce the bizzarre and version-dependent failures you describe,
> nor can I imagine any reason for them. There is nothing
> version-dependent in Date; all methods came in with Flash 5, which
> suggests that the problem is elsewhere.
>
> If you need a fast solution, I suggest removing or commenting out all
> the test cases I put in for correct Date functionality, reducing it
> once again to just checking for the existence of the methods, since it
> appears to be tickling bugs in "make check". The code works fine
> except for Date.UTC() not appearing as a runtime method as it should -
> which depends on figuring out the AS method interface, which is why I
> am trying to figure that out. It is the blocking point in my current
> work.
>
> Mind you, if the current "make check/dejagnu/expect/ming" stuff is so
> badly broken as to impede progress in this way, it might be worth
> ditching in favour of something simpler that works reliably, or maybe
> stop taking what it says seriously.

I  have to admit that  I never fully succeed with 'make check', and
frequently failed with this or that unsure little problem. And mostly,
it was not the problem of Gnash or the testcase itself.  I am
suspicious of the stability of 'make check', at least on my local
system.