Idea: Use order-only prerequisites for $(OBJPATH) about nonrec-make

[aostruszka]

I like that!

I'm going to "pull" that from you. With minor changes: I'm going to keep the clean target intact. This target is meant to clean all "objects" only. In case of using separate build directories for different build modes your rule will only delete one such subdirectory (e.g. obj/debug while keeping obj/release and obj/profile). Deletion of separate objdirs is meant as a job for dist_clean target.

Thank you! I never liked the .fake_file solution and I know that I've read about order-only prerequisites but it seems that when I read about that my .fake_file dislike was buried somewhere else in my brain and it never clicked with "aha" moment.

Best regards
Andrzej

[aostruszka]

Uploaded now f3f07d8.
Please take a look at that (it is on eval_hdr branch for now - this will be merged to master once I hear some feedback about that proposal :)).
I'm closing this one.

Regards
Andrzej

[torpesco]

Hi Andrzej,

Personally, I like the proposal. =P Realized seeing it that I forgot to go back to update ?R and ^R in mine.

It took me a bit to understand the .SECONDARY target for $(OBJPATH). In the other project we have with output directories, we don't use .SECONDARY, and it's fine. The one difference I see is that instead of "| $(OBJPATH)" on the %.o : %.c lines, we have a separate $(OBJS): | $(OBJPATH) line -- more like the make manual.

Any idea why in one method $(OBJPATH) is treated as intermediate, and in the other it's not?

Thanks,
James.

[aostruszka]

James

Initially I removed the .SECONDARY for OBJPATH but then I ran that on my examples and it turned out that make considers those directories as intermediate products (as you've mentioned) and then tries to remove them at the end giving a bunch of error messages.

I have not yet understood why they are considered intermediate targets, so for now I'm going to keep it like it is.
If you'll have some insight then don't hesitate and share it with me :)

Regards
Andrzej