Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 2015-03

Is adding all the related files to a package the way to stop units proliferating in the output directory?

4 messages · 2 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

vfclists .

I am using a library which uses a lot of it own related files and whenever I recompile all those units are always recompiled. Is adding the other additional files into a package the way to avoid this recompilation and the presence of lots of unrelated ppus and object files?

Frank Church ======================= http://devblog.brahmancreations.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20150320/5ad9ed90/attachment.html>

Reply by email

Mattias Gaertner
to vfclists .
I am using a library which uses a lot of it own related files and whenever I recompile all those units are always recompiled.

What do you mean with "whenever I recompile"?
Compile (Ctrl-F9), Build (Shift-F9), Clean up and build, ... changing compiler options and build, ...

Is adding the other additional files into a package the way to avoid this recompilation and the presence of lots of unrelated ppus and object files?

What are "other additional files"?

Using packages can be used to reduce recompilations.

Mattias

Reply by email

vfclists .
to Mattias Gaertner
Mattias Gaertner wrote 12 lines
On Fri, 20 Mar 2015 12:08:11 +0000 "vfclists ." wrote: > I am using a library which uses a lot of it own related files and whenever > I recompile all those units are always recompiled. What do you mean with "whenever I recompile"? Compile (Ctrl-F9), Build (Shift-F9), Clean up and build, ... changing compiler options and build, ...

Mainly Quick Compile, Run and Build

Show quoted text 9 lines
> Is adding the other > additional files into a package the way to avoid this recompilation and the > presence of lots of unrelated ppus and object files? What are "other additional files"?

They are files in the uses section of the project's units, but there are a lot of them and are mostly exclusive dependencies of the projects main unit.

Using packages can be used to reduce recompilations.

Show quoted text 10 lines
Mattias -- _______________________________________________ Lazarus mailing list http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Frank Church ======================= http://devblog.brahmancreations.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20150320/fa5efd07/attachment-0001.html>

Reply by email

Mattias Gaertner
to vfclists .
Show quoted text 16 lines
On 20 March 2015 at 12:30, Mattias Gaertner wrote: > On Fri, 20 Mar 2015 12:08:11 +0000 > "vfclists ." wrote: > > > I am using a library which uses a lot of it own related files and > whenever > > I recompile all those units are always recompiled. > > What do you mean with "whenever I recompile"? > Compile (Ctrl-F9), Build (Shift-F9), Clean up and build, ... > changing compiler options and build, ... > > Mainly Quick Compile, Run and Build

Check if the -B option was passed to the compiler. Select in the Messages window the "Compile Project" message, right click, then About / About Compile Project.
The -B tells the compiler to recompile every source it can find.

When you compile a second time, there should be no -B and the compiler should only compile only the program file and no unit. Does it?

Show quoted text 10 lines
> > Is adding the other > > additional files into a package the way to avoid this recompilation and > the > > presence of lots of unrelated ppus and object files? > > What are "other additional files"? > > They are files in the uses section of the project's units, but there are a lot of them and are mostly exclusive dependencies of the projects main unit.

Ok. Sounds like normal units.

Mattias

Reply by email