Maybe create a directory called 'reference implementation' or something.
Personally I see them being used as a sanity check to make sure the
map-red version produces the same results as the regular one. (and if
not to produce a discussion to understand why not)
regards
Ian
Grant Ingersoll wrote:
Right, the question is more along the lines of would people rather see
patches committed even if they aren't in M/R form? It is a given in
my mind that at a minimum they have to compile and have reasonable
unit tests, etc. Taking this approach would allow people to put up
initial standard patches, and then give others room to improve
separately with M/R implementations, etc.
Just trying to get at what people will find the most useful for
getting code that people can work on, extend, etc.
-Grant
On Feb 14, 2008, at 3:20 PM, Ted Dunning wrote:
Patches should be for the continuous integration system and for the
committers, not normally for users to use for building the code. They
should either download a release or they should download the trunk.
On 2/14/08 6:58 AM, "Goel, Ankur" <[EMAIL PROTECTED]> wrote:
This brings up an ... find patches?
My vote is in favour having people check-out code directly instead of
finding patches.
