Your Makefile looks likely to rebuild .depend, a file that it includes. So, like Paul said:
>> or else make has re-executed itself >> because this makefile or one of its >> included files was rebuilt; see https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.gnu.org%2Fsoftware%2Fmake%2Fmanual%2Fhtml_node%2FRemaking-Makefiles.html&data=01%7C01%7Cmartin.dorey%40hds.com%7C067af82011d4489dcc0908d4b964e900%7C18791e1761594f52a8d4de814ca8284a%7C0&sdata=dtCHMd%2FrZjnzb6%2BW4ulqxT%2FKbufT04bAy6hoDekcGdY%3D&reserved=0 On Jun 22, 2017, at 06:57, SF Markus Elfring <elfr...@users.sourceforge.net<mailto:elfr...@users.sourceforge.net>> wrote: If you are seeing these values printed multiple times it means that the makefile is being parsed multiple times. How can such additional parsing be clarified further? Will it help to display extra data from special make variables? Why that might be, we can't determine from the information provided. I hope then that the following test data can be better explained. elfring@Sonne:~/Projekte/Coccinelle/20160205/parsing_c> make clean … LEVEL 0: FLAGS : 7 modules without mli files rm -f parsing_c.top … elfring@Sonne:~/Projekte/Coccinelle/20160205/parsing_c> LANG=C make --no-builtin-rules V=1 … LEVEL 0: FLAGS r: 8 modules without mli files /usr/bin/ocamllex.opt lexer_c.mll 549 states, 26116 transitions, table size 107758 bytes 15973 additional bytes used for bindings /usr/bin/ocamlyacc -v parser_c.mly /usr/bin/ocamldep -one-line -I ../commons -I ../commons/ocamlextra -I ../globals -I ../parsing_cocci *.mli *.ml > .depend … LEVEL 0: FLAGS r: 7 modules without mli files /usr/bin/ocamlc.opt -unsafe -I ../commons -I ../commons/ocamlextra -I ../globals -I ../parsing_cocci -c token_annot.mli … It seems that a recursive make is not performed in this use case. https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fcoccinelle%2Fcoccinelle%2Fblob%2F07d5a85c2234521238820f7bf3b0ec304839c414%2Fparsing_c%2FMakefile%23L67&data=01%7C01%7Cmartin.dorey%40hds.com%7Ca6d0c377638e4798aa8e08d4b9769058%7C18791e1761594f52a8d4de814ca8284a%7C0&sdata=c3Y0Ms%2BqhW3oWFkD7QR102e6Su5UGb6zdNd%2F%2BQW0Rbo%3D&reserved=0 As always, if you can't figure out what's going on running "make -d" will help you more than we can. I wonder about the information “Re-executing[1]: make --no-builtin-rules -d” there. Unfortunately, I do not recognise so far which rule triggers this action. Which condition checks should I add? Regards, Markus _______________________________________________ Bug-make mailing list Bug-make@gnu.org<mailto:Bug-make@gnu.org> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.gnu.org%2Fmailman%2Flistinfo%2Fbug-make&data=01%7C01%7Cmartin.dorey%40hds.com%7Ca6d0c377638e4798aa8e08d4b9769058%7C18791e1761594f52a8d4de814ca8284a%7C0&sdata=u4Lnplkkg8OW92HnGRu8Mvh3APVu8MxmFe0iQljMsTE%3D&reserved=0
_______________________________________________ Bug-make mailing list Bug-make@gnu.org https://lists.gnu.org/mailman/listinfo/bug-make
