On 1/15/18, Dan Wilcox <danomat...@gmail.com> wrote:
>
>> On Jan 15, 2018, at 11:21 PM, katja <katjavet...@gmail.com> wrote:
>>
>> I find it
>> indispensable to have targets that print variables, dependencies,
>> intermediate output (preprocessor and assembly) and such.
>
> For this, you can use the verbose make option "make V=1" or "make VERBOSE=1"
> and/or a dry run "make -n"
> https://stackoverflow.com/questions/5820303/how-do-i-force-make-gcc-to-show-me-the-commands
> <https://stackoverflow.com/questions/5820303/how-do-i-force-make-gcc-to-show-me-the-commands>

What I mean is targets that give you specific info (but not doing the
build). Like printing a list of all makefile variables with their
values, or a list of paths, or dependencies (so you need not search
through thousands lines of build log). Or print / save preprocessor /
assembly output for a specific C file. Such targets are easy to set up
if you have full control over variable definitions. Pdlibbuilder has
such 'convenience' targets and they're helpful not only during C
development but also when people report issues.

But this doesn't touch upon your central question of unifying Miller's
makefile approach with the autotools, it would be an extra feature
rather.

Katja

>
> --------
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com <http://danomatika.com/>
> robotcowboy.com <http://robotcowboy.com/>
>
>
>
>

_______________________________________________
Pd-dev mailing list
Pd-dev@lists.iem.at
https://lists.puredata.info/listinfo/pd-dev

Reply via email to