Arc Forumnew | comments | leaders | submitlogin
3 points by dido 4650 days ago | link | parent

Did a lot of fixes so now Arcueid can render news.arc more or less properly. Atstrings are now supported. I'll almost call it a 0.1.0 candidate release but not quite yet.

32-bit support needs a lot of work. Lots of stuff that works fine on 64-bit x86-64 is busted on x86.

Next steps will be to write a test suite for Arc, which is to validate the behavior of the run time and functions. Has anyone tried to make such a thing yet?



3 points by akkartik 4650 days ago | link

"Next steps will be to write a test suite for Arc, which is to validate the behavior of the run time and functions. Has anyone tried to make such a thing yet?"

Look at the *.t files in http://github.com/awwx/ar. They should also be good for a crazy simple test harness, and it's explicitly in an MIT license.

I've also written lots of tests in http://github.com/akkartik/wart/tree/sbcl and http://github.com/akkartik/wart, but I've played fast and loose with compatibility. It seemed unimportant given PG himself made no promises of compatibility.

-----

3 points by dido 4650 days ago | link

Such tests are essential for me, not just to ensure compatibility, but to ensure that when Arcueid gets ported to a new architecture everything still works. This is the big problem I'm having now as I try to get Arcueid to run properly on 32-bit architectures.

I plan to break up the test suites for Arcueid into two, one involving low-level tests that are run via GNU Check (which we have today), and more high-level tests run by some putative unit testing framework, perhaps your own or something derived from it, that should run on any Arc implementation. I may spin out the latter set of test suites into a separate project of its own.

-----

1 point by akkartik 4649 days ago | link

"Such tests are essential for me.. to ensure.. everything still works."

Of course. That's why we all have tests :)

-----