Hello, I have written a Makefile (.am, but this is a Make issue), containing:
-------------------------- description: @echo "a short description here containing @PACKAGE_VERSION@ and other stuff available only at maketime (like $(DESTDIR))" description-long: @echo "a multiline" @echo "description" @echo "here, with $(DESTDIR) and other maketime stuff" .SILENT: description description-long -------------------------- I later use these targets as a workaround for the unportable use of define to create variables containing newlines: install-data-hook: $(MAKE) -s description >> $(DESTDIR)/$(PACKAGE_DESCRIPTION_FILE) $(MAKE) -s description-long >> $(DESTDIR)/$(PACKAGE_LONG_DESCR_FILE) This works fairly well if I just run $ make description on the command line, but when run from the install-data-hook I get: make[n]: Entering directory `foo' make[n]: Leaving diretory `foo` messages that cripple my output file. I thought that the -s option should be stronger than the submake implicit -w option: [quote `info make`, about the -w option] Normally, you do not need to specify this option because `make' does it for you: `-w' is turned on automatically when you use the `-C' option, and in sub-`make's. `make' will not automatically turn on `-w' if you also use `-s', which says to be silent, or if you use `--no-print-directory' to explicitly disable it. [quote end] I imagine that probably --no-print-directory fixes the thing, but I have not even tried it, because -s is portable (POSIX), but --no-print-directory is not, and is thus out of question for my program. If the idea of fixing the thing is generally accepted, I can work on a patch. Thanks, Claudio __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make