So you run make b and get "b" like you expected. Cool. Then you try dmake -s b thinking it'll do the same thing, and suddenly target 'a' decides to run first and you get "a" followed by "a: no action was taken."
Welcome to the wonderful world of build systems where POSIX compliance is more of a suggestion than a rule. Different make implementations parse dependencies differently, and dmake (Sun's make) apparently has its own ideas about how your Makefile should work. Same file, same rules, completely different execution order. It's like having two compilers that interpret the same code differently—which, let's be honest, also happens more than we'd like to admit.
The real fun starts when your CI/CD pipeline uses a different make implementation than your local machine. Good times.
Same Makefile, Different Results
3 months ago
44,420,677 views
0 shares
makefile-memes, build-systems-memes, dmake-memes, posix-memes, compilation-memes | ProgrammerHumor.io
More Like This
Dice for debugging
4 years ago
133.5K views
0 shares
Adding Print Statements Everywhere vs Using Debugger
10 months ago
500.0K views
0 shares
Based On Personal Experience
8 months ago
418.0K views
0 shares
What Gives Programmers Feelings Of Power
5 months ago
2.1M views
2 shares
The Universe Is Done Bro Im Crine
3 months ago
55.4M views
0 shares
Works On My Machine Syndrome
1 year ago
316.0K views
0 shares
Loading more content...
AI
AWS
Agile
Algorithms
Android
Apple
Bash
C++