Sign in Join

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

Mailing lists / lazarus / 2010-01

Make clean not cleaning all

12 messages · 4 people · –

Reply by email Subscribe to this list Your subscription

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

Graeme Geldenhuys
to Marcelo B de Paula: Still not work. The main outdir at lazarus/units/ has a lot of .lfm files. Some components
Marcelo B de Paula wrote
Still not work. The main outdir at lazarus/units/ has a lot of .lfm files. Some components have files like .o, .compiled, .ppu

Are you using the SubVersion or Git repository of Lazarus? If the latter, then use 'git clean' instead of the 'make' command. This will completely remove all files and directories that are _not_ under version control inside the lazarus directory tree.
NOTE: that includes the lazarus.exe, startlazarus.exe, unit output directories etc.

Regards,
- Graeme -

fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/

Reply by email

Graeme Geldenhuys
to Marcelo B de Paula: It seems that "make clean" isn?t cleaning the source correctly. After issuing the command…
Marcelo B de Paula wrote
Hello all, It seems that "make clean" isn?t cleaning the source correctly.

BTW: I have always had such issues with 'make' under Linux too.

Another Makefile issue:
-----------------------
Say I'm on revision XXXXX and I've built my lazarus and LCL. Now I get an update, which removes or renames some components. I gather the Makefile has also updated accordingly. So if I now do a 'make clean' or 'make bigideclean', the current Makefile is not going no know about the old deleted or renamed units, so they are still going to be left behind? This is extremely annoying too. Only option is do a 'make clean' or 'make bigideclean' BEFORE you get your next repository update - for in case units have been deleted or renamed. Not a very workable solution really. :-(

Regards,
- Graeme -

fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/

Reply by email

Marcelo B de Paula

Hello all,

It seems that "make clean" isn?t cleaning the source correctly. After issuing the command i still have a lot of files in output dirs, like lazarus\units\i386-win32 or components output dir too.

Is this right ?

Regards,

Marcelo.

PS: Using Lazarus svn win32.

Reply by email

Marcelo B de Paula
try "make bigideclean" Best regards, Paul Ishenin.

Still not work.
The main outdir at lazarus/units/ has a lot of .lfm files. Some components have files like .o, .compiled, .ppu

Regards,
Marcelo.

Reply by email

Marcelo B de Paula
to Graeme Geldenhuys: Are you using the SubVersion or Git repository of Lazarus? If the latter, then use 'git…

I?m using a subversion client.
I didn?t noticed this problem before. Most probably happened after changes to the way lazarus deal with resources.( $I *.lrs ---> $R *.lfm) ? I?d never checked the components directories before. So, i don?t know how long this is occuring.

Regards,
Marcelo.

Earlier message 33 lines
----- Original Message ----- From: "Graeme Geldenhuys" To: "Lazarus mailing list" Sent: Thursday, January 28, 2010 10:46 AM Subject: Re: [Lazarus] Make clean not cleaning all > Marcelo B de Paula wrote: >> >> Still not work. >> The main outdir at lazarus/units/ has a lot of .lfm files. Some >> components >> have files like .o, .compiled, .ppu > > Are you using the SubVersion or Git repository of Lazarus? If the latter, > then use 'git clean' instead of the 'make' command. This will completely > remove all files and directories that are _not_ under version control > inside the lazarus directory tree. > NOTE: that includes the lazarus.exe, startlazarus.exe, unit output > directories etc. > > > > Regards, > - Graeme - > > -- > fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal > http://opensoft.homeip.net/fpgui/ > > > >

Reply by email

waldo kitty
to Graeme Geldenhuys: Yuck! :-) When is FPC and Lazarus getting rid of Makefiles? Wasn't the whole idea of…
Graeme Geldenhuys wrote 10 lines
Paul Ishenin wrote: >> >> Is this right ? > try "make bigideclean" Yuck! :-) When is FPC and Lazarus getting rid of Makefiles? Wasn't the whole idea of fpmake to remove the usage of Makefiles once and for all? Makefiles are so C/C++ style. :-/

hunh??? don't you mean ASM style? i've used make files for at least 20+ years and mostly for my ASM stuff way back [t|w]hen ;P

Reply by email

waldo kitty
to Graeme Geldenhuys: BTW: I have always had such issues with 'make' under Linux too. Another Makefile issue:…
Graeme Geldenhuys wrote 7 lines
Another Makefile issue: ----------------------- Say I'm on revision XXXXX and I've built my lazarus and LCL. Now I get an update, which removes or renames some components. I gather the Makefile has also updated accordingly. So if I now do a 'make clean' or 'make bigideclean', the current Makefile is not going no know about the old deleted or renamed units, so they are still going to be left behind?

the make file /will/ know about them if it is properly written to take them into account and remove them as necessary... if this scenario you describe happens, it is because someone fell down on the job and didn't take it into account...

Reply by email

Graeme Geldenhuys
to waldo kitty: hunh??? don't you mean ASM style? i've used make files for at least 20+ years and mostly…
waldo kitty wrote
hunh??? don't you mean ASM style? i've used make files for at least 20+ years and mostly for my ASM stuff way back [t|w]hen ;P

Either way, the point is still the same: they are simply *not* Object Pascal style!

Regards,
- Graeme -

fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/

Reply by email

waldo kitty
to Graeme Geldenhuys
Graeme Geldenhuys wrote 7 lines
waldo kitty wrote: > > hunh??? don't you mean ASM style? i've used make files for at least 20+ years > and mostly for my ASM stuff way back [t|w]hen ;P Either way, the point is still the same: they are simply *not* Object Pascal style!

:) :P spoil sport! :P :P :) :lol:

Reply by email