Bug 149914 - Make clean does not remove gernerated moc and h files
Summary: Make clean does not remove gernerated moc and h files
Status: RESOLVED FIXED
Alias: None
Product: buildsystem
Classification: Developer tools
Component: KDE4 (cmake) (other bugs)
Version First Reported In: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Alexander Neundorf
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-09-16 17:21 UTC by Thomas McGuire
Modified: 2021-03-09 06:10 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas McGuire 2007-09-16 17:21:26 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources
OS:                Linux

"make clean" does not remove moc and h files.

It took me a while to find out why my build failed even after cleaning the build directory. The cause was a modified kcfg file, whose .h file in the build directory was not updated or removed.

Simply removing the entire build dir is out of question for me, as I have my heavily modified KDevelop projects files in there, which I don't want to loose.
Comment 1 Alexander Neundorf 2008-06-10 23:34:35 UTC
Is this for files generated via automoc ?

Alex
Comment 2 Rolf Eike Beer 2008-06-11 13:50:38 UTC
I see this for every .moc or moc_*.cpp file that is generated in the build dir. It's probably somewhere from kde4_add_executable() that this happens.
Comment 3 Alexander Neundorf 2008-06-11 23:26:19 UTC
Ah, ok. These are the files generated by automoc.
A target to force regenerating these files is on the TODO.

Alex
Comment 4 Justin Zobel 2021-03-09 05:27:06 UTC
Thank you for the bug report.

As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.
Comment 5 Rolf Eike Beer 2021-03-09 06:10:41 UTC
Works fine in newer versions, probably because these things are directly handled by CMake these days.