bugmake - Bugs: bug #34806, target-specific variable with...

 
 

bug #34806: target-specific variable with conditional assignment generates garbage

Submitted by:  None
Submitted on:  Sat 12 Nov 2011 12:06:18 AM UTC  
 
Severity: 3 - NormalItem Group: Bug
Status: DuplicatePrivacy: Public
Assigned to: NoneOpen/Closed: Closed
Component Version: 3.81Operating System: POSIX-Based
Fixed Release: NoneTriage Status: None

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sun 13 Nov 2011 04:54:47 PM UTC, comment #2:

Would it be easy to isolate the related patch for you? If so, distros could integrate that before 3.83 comes out. So if it's easy, please attach the patch applied. Thanks!

Sebastian Pipping <hartwork>
Sun 13 Nov 2011 04:26:04 PM UTC, comment #1:

This has already been fixed in the current source code and the fix will be available in the next release of GNU make.

Thanks!

Paul D. Smith <psmith>
Project Administrator
Sat 12 Nov 2011 12:06:18 AM UTC, original submission:

Target-specific variable conditional assignment is broken.

The following Makefile:

DEFAULT=1234

all: VAR ?= $(DEFAULT)
all:
@echo VAR=$(VAR)

prints '1234' when invoked as 'make' but when invoked as 'make VAR=5678' will print garbage characters.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by hartwork (Posted a comment)
  • -unavailable- added by psmith (Posted a comment)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 13 Nov 2011 04:26:04 PM UTCpsmithStatusNone=>Duplicate
      Open/ClosedOpen=>Closed

    Back to the top


    Powered by Savane 3.1-cleanup1