From: Stephen Leake <stephen.a.leake.1@gsfc.nasa.gov>
Subject: Re: Expected bytes per sloc (semicolons) performance
Date: 25 Sep 2001 16:32:39 -0400
Date: 2001-09-25T20:34:00+00:00 [thread overview]
Message-ID: <uy9n31060.fsf@gsfc.nasa.gov> (raw)
In-Reply-To: YZ1s7.46095$L%5.31186976@news1.rdc1.sfba.home.com
tmoran@acm.org writes:
> 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.
Yes. So once again, bytes/sloc is a non-useful measure.
--
-- Stephe
next prev parent reply other threads:[~2001-09-25 20:32 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
2001-09-25 16:44 ` Wes Groleau
2001-09-25 20:51 ` tmoran
2001-09-25 20:32 ` Stephen Leake [this message]
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