Yes, but that can be accomplished quite easily by having lots and lots of
little files, each one doing a very specific job.  Then, you can edit
whatever you want, and when you rebuild, it will take a minimum of time.
I always do that, no matter what my project is, so that changes are quick
to implement on slow machines.

On Fri, 16 Aug 2002, Despret, Jerome wrote:

> I believe the question is more what are the frequency you touch a file .
> If you organize your code a such way that the code you never change is on
> its own set of file and not in the same .c that the file you keep changing,
> Or if you hunt all the un-necessary includes, you may speed up your 
> compilation.
>
> Jerome Despret
> Fallen Angels Mud & FAERIE area editor
> http://fangels.wolfpaw.net
>
>
> -----Original Message-----
> From: Alexander Nicholas Thaler [mailto:[EMAIL PROTECTED]
> Sent: Friday, August 16, 2002 11:09 AM
> To: [email protected]
> Subject: RE: Performance Question
>
>
> Actually, I guess I should correct myself here:
> 1 1000 line file will (in general) compile faster than 1 10000 line file.
> But 10 1000 line files should be almost identical to 1 10000 line file.
> So you're right, it shouldn't make any difference.
>
> On Fri, 16 Aug 2002, Alexander Nicholas Thaler wrote:
>
> > No.  It may EFFECTIVELY comile as fast, but depending on your machine
> > speed, that can very GREATLY.
> >
> > On Fri, 16 Aug 2002, Jason Gauthier wrote:
> >
> > > The compile times are questionable as well:
> > >
> > > 10 1,000 line files generally compiles as fast as 1 10,000 line file.
> > >
> > > -----Original Message-----
> > > From: Alexander Nicholas Thaler [mailto:[EMAIL PROTECTED]
> > > Sent: Friday, August 16, 2002 1:50 PM
> > > To: Pell, Blake B
> > > Cc: [email protected]
> > > Subject: Re: Performance Question
> > >
> > >
> > > It should only matter for compile times.  If you have a decent compiler
> > > and linker (ie gmake and gcc) it should optimize the same no matter how
> > > you have your files organized.
> > >
> > > On Fri, 16 Aug 2002, Pell, Blake B wrote:
> > >
> > > > This is something I've been curious about but never really been able to
> > > find an answer for.  Would it be better to have extremely large files 
> > > (like
> > > act_wiz.c, fight.c pushing 15,000+ lines) or split the code up into 
> > > smaller
> > > files (for instance pulling reclass specific code into their own .c 
> > > files)?
> > > My question is, does this even matter?
> > > >
> > > > Rhien.
> > > >
> > > > --
> > > > ROM mailing list
> > > > [email protected]
> > > > http://www.rom.org/cgi-bin/mailman/listinfo/rom
> > > >
> > >
> > > ----------------------------------------------------------------------
> > > Alex Thaler
> > > http://www.columbia.edu/~ant14                    ICQ: 24629153
> > >
> > > One thousand monkeys.  One thousand MicroVAXes.  One thousand years.
> > >         X windows.
> > >
> > >
> > > --
> > > ROM mailing list
> > > [email protected]
> > > http://www.rom.org/cgi-bin/mailman/listinfo/rom
> > >
> >
> > ----------------------------------------------------------------------
> > Alex Thaler
> > http://www.columbia.edu/~ant14                      ICQ: 24629153
> >
> > One thousand monkeys.  One thousand MicroVAXes.  One thousand years.
> >         X windows.
> >
> >
> > --
> > ROM mailing list
> > [email protected]
> > http://www.rom.org/cgi-bin/mailman/listinfo/rom
> >
>
> ----------------------------------------------------------------------
> Alex Thaler
> http://www.columbia.edu/~ant14                        ICQ: 24629153
>
> One thousand monkeys.  One thousand MicroVAXes.  One thousand years.
>         X windows.
>
>
> --
> ROM mailing list
> [email protected]
> http://www.rom.org/cgi-bin/mailman/listinfo/rom
>
> --
> ROM mailing list
> [email protected]
> http://www.rom.org/cgi-bin/mailman/listinfo/rom
>

----------------------------------------------------------------------
Alex Thaler
http://www.columbia.edu/~ant14                  ICQ: 24629153

One thousand monkeys.  One thousand MicroVAXes.  One thousand years.
        X windows.


Reply via email to