> 2007/12/7, Henry Rich <[EMAIL PROTECTED]>: > > > > It would be highly misleading to suggest that J is not included > > 'because it chose not to be'. > > > > There is no reason, in a day of 64-bit address spaces, to place > > a restriction like "don't slurp files" on an implementation. > > When J doesn't participate in a contest that makes capricious > > and unreasonable demands, it's because of the demands.
afaict that's an explanation of /why/ some of you chose not to include J in the benchmarks game. > > Other languages don't 'suffer under' byte-at-a-time restrictions, > > because they don't know any better. My guess is that you are exaggerating for rhetorical effect but to avoid misunderstanding I'll just note that there are plenty of language implementations with a command to read the whole file and we show some of them doing just that http://shootout.alioth.debian.org/gp4/benchmark.php?test=regexdna&lang=all > > Make some specifications like > > 'must give exact results on all integer inputs from _1e100 to > +1e100' > > or 'the program must generate a program to calculate the result > > and pass that program as a parameter to an execution engine > > which will execute the generated program without a compilation > step'. > > All languages would suffer equally under those requirements, no? > > And those requirements actually might have some use in real life. > > > > Henry Rich ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
