On Wed, 2011-09-14 at 08:13 -0400, Louis-Philippe wrote:
I tried to use this on Ubuntu/Maverick 10.10. It built find, but when I loaded the help patch I got: /media/share/code/lp/pdtest/pdtest.pd_linux: /media/share/code/lp/pdtest/pdtest.pd_linux: undefined symbol: lua_getfield pdtest l s f b ... couldn't create
maybe a problem linking with liblua... I will look more closely at the build steps for linux when I get some time...
About the design, is this just meant to test compiled externals, or do you see it as testing abstractions too? .hc
I believe abstractions could be tested too, pdtest main limitation now is to only output and understand lists, symbols and floats but no signals. As a matter of fact, I don't see clearly how signals could be tested.
Signals are quite easy to test within Pd. I think it could make sense to keep the management of the tests in Lua, but keep the tests as Pd patches. That way they'll be easier for Pd people to write tests since they would just be patches, and you can more easily test Pd-ish things.
.hc