comp.lang.ada
 help / color / mirror / Atom feed
From: tmoran@acm.org
Subject: Re: Expected bytes per sloc (semicolons) performance
Date: Tue, 25 Sep 2001 16:08:24 GMT
Date: 2001-09-25T16:08:24+00:00	[thread overview]
Message-ID: <YZ1s7.46095$L%5.31186976@news1.rdc1.sfba.home.com> (raw)
In-Reply-To: matsw-2109011730340001@lsb-catv-2-p007.vtxnet.ch

Just glancing at a few things, 50 bytes/sloc doesn't seem unreasonable.

>>Rules about n bytes per sloc are just too processor, compiler, and
>>coding style dependent to be useful.
>
>I would put a big emphasis on coding style here. If you use a lot of
>generics, the code will be generated once for each instance in most
>implementations.
  But those implementations that share generic code would show the opposite
effect.



  parent reply	other threads:[~2001-09-25 16:08 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-18 22:03 Expected bytes per sloc (semicolons) performance Mike Harrison
2001-09-19  0:04 ` Jeff Creem
2001-09-19 10:13   ` Robert Dewar
2001-09-20  0:43     ` David B. Littell
2001-09-20 11:28       ` Steffen Huber
2001-09-20 13:10         ` Tarjei T. Jensen
2001-09-22 14:36           ` David B. Littell
2001-09-20 19:15   ` Mike Harrison
2001-09-21 14:02     ` Stephen Leake
2001-09-21 15:30       ` Mats Weber
2001-09-21 18:00         ` default
2001-09-24 17:03           ` Stephen Leake
2001-09-25 23:00             ` default
2001-09-25 16:08         ` tmoran [this message]
2001-09-25 16:44           ` Wes Groleau
2001-09-25 20:51             ` tmoran
2001-09-25 20:32           ` Stephen Leake
2001-09-25 21:04             ` Marin David Condic
2001-09-26 15:19               ` Stephen Leake
2001-09-26 16:58                 ` Marin David Condic
2001-09-21 16:22     ` Ted Dennison
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox