I am seeing a lot of issues being raised due to compilation errors where the "solution" quite often is to run "make clean" first. This is not ideal as it takes significant time and energy to recompile everything.
Make often fails unless "make clean" is run first. #4118
issue rebroad opened this issue on May 2, 2014-
rebroad commented at 7:57 AM on May 2, 2014: contributor
- rebroad cross-referenced this on May 2, 2014 from issue Latest git source no longer compiles on darwin (osx 10.9.1) by ghost
-
laanwj commented at 8:02 AM on May 2, 2014: member
It's not ideal, but it is extremely common in software development. If you change a
.cppor.hfile the dependencies should be picked up automatically. however if the build system itself is changed (Makefile.am,configure.ac, ...), it is frequently infeasible to detect the dependencies that need to be recompiled. And for example if some compiler flag was added, everything has to be recompiled either way. - laanwj added the label Build system on May 2, 2014
- rebroad cross-referenced this on May 2, 2014 from issue Unable to make src/qt/bitcoin-qt by rebroad
- rebroad cross-referenced this on May 2, 2014 from issue Makefile dependencies broken by autotools? by gavinandresen
-
-
theuni commented at 3:54 PM on June 6, 2014: member
Non-recursive make is in, this can be closed. Any case where a 'make clean' is now needed would be an individual bug.
- laanwj closed this on Jun 6, 2014
- bitcoin locked this on Sep 8, 2021
