home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / gnu / utils / bug / 2460 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  1.7 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!cs.unc.edu!faith
  2. From: faith@cs.unc.edu (Rik Faith)
  3. Newsgroups: gnu.utils.bug
  4. Subject: make 3.63
  5. Date: 25 Jan 1993 20:49:26 -0500
  6. Organization: The University of North Carolina at Chapel Hill
  7. Lines: 52
  8. Sender: daemon@cis.ohio-state.edu
  9. Approved: bug-gnu-utils@prep.ai.mit.edu
  10. Distribution: gnu
  11. Message-ID: <1jvifdINNli5@borg.cs.unc.edu>
  12.  
  13. I'm working with a set of nested makefiles which depend on variables being
  14. passed in the environment.  So, I put a
  15.  
  16. .EXPORT_ALL_VARIABLES:
  17.  
  18. in the top level Makefile, and all seemed to be well.  However, in a
  19. Makefile 3 levels down, a builtin rule is used to convert a .c file into a
  20. .o file, with the following error being generated:
  21.  
  22.   gcc -DKERNEL -Wall -O6 -fomit-frame-pointer -m486
  23.   "-DMAX_SCSI_HOSTS=(1+0)" -c hosts.c -o
  24.  
  25.   gcc: argument to `-o' is missing
  26.   make[3]: *** [hosts.o] Error 1
  27.  
  28.  
  29. The following builtin rule is being used for this:
  30.  
  31. %.o: %.c
  32. #  commands to execute (built-in):
  33.         $(COMPILE.c) $< $(OUTPUT_OPTION)
  34.  
  35. *but*
  36.  
  37. OUTPUT_OPTION = -o
  38.  
  39. *instead of*
  40.  
  41. OUTPUT_OPTION = -o $@
  42.  
  43.  
  44.  
  45. The NEWS file for make 3.63 says:
  46.  
  47. * The value of a recursively expanded variable is now expanded when putting
  48.   it into the environment for child processes.  This change was made for
  49.   compatibility with Unix make.
  50.  
  51. which appears to be the reason for the anomaly described above.
  52.  
  53. Is there any way to make version 3.63 work EXACTLY like version 3.62?  I'd
  54. prefer not to "unexport OUTPUT_OPTION" because the makefile should still be
  55. allowed to work with make 3.62.
  56.  
  57. This set of changes seem too drastic to make for a minor revision, IMHO,
  58. since they seem to break expected builtin rule behavior in unexpected ways.
  59.  
  60. -- 
  61. Rik Faith: faith@cs.unc.edu
  62. What I tell you three times is true.  --Dodgson
  63.  
  64.  
  65.