Re: Shootout (sum-file)

Razik wrote:
> "Those guys tell us these benchmarks don't favor C and then impose a
> limit on line length? What's the purpose of that if not to allow the
> use of C's getline() primitive?"

Given that there is no C getline() function, the question is moot!

(aside: its possible that some platforms offer a getline() function as 
an extension. It seems unlikely this 'shootout' was specially contrived 
to test /that/.)

> That's a valid point that you need to address. Why 128 characters
> limit 

I should imagine it is so that programmers with access to sufficient 
memory don't attempt an efficiency by reading the entire dataset into 
memory in one go and avoid any percieved inefficiencies of the i/o 
substem available to them.

> if not to help C and C++ guys? 

More likely to help the haskell peeps.

> 1.291s (g++)
> 0.742s (java -server)
> 0.706s (jet java net compiler)
> 
> Huh? Shame on c++ and g++. 

More likely, whoever wrote the C++ versions wasn't able to optimise 
correctly. What compiler options were used? Was the code manually 
optimal? Who wrote the IO library?

> Disappointed in C++, once again. 

You seem to be a Java troll, suggest not crossposting to comp.lang.c 
where we're entirely disinterested in compariing the size of our 
genitalia as if it were some measure of prowess.

-- 
Mark McIntyre

CLC FAQ <http://c-faq.com/>
CLC readme: <http://www.ungerhu.com/jxh/clc.welcome.txt>