Austin Group Defect Tracker

Aardvark Mark IV


Viewing Issue Simple Details Jump to Notes ] Issue History ] Print ]
ID Category Severity Type Date Submitted Last Update
0001417 [Issue 8 drafts] Shell and Utilities Editorial Clarification Requested 2020-11-03 17:14 2021-03-12 11:39
Reporter joerg View Status public  
Assigned To ajosey
Priority normal Resolution Accepted As Marked  
Status Applied   Product Version
Name Jörg Schilling
Organization Fraunhofer FOKUS
User Reference
Section make
Page Number 2910
Line Number 97964
Final Accepted Text Note: 0005253
Summary 0001417: Need to make sure that makefiles with += and ?= are portable to all make implementations
Description In 0000330 we added support for += and ?= but forgot to mention that there need to be a <space> character before *= and ?=.

The background is that some make implementations as an extension support the characters '+' and '?' to appear in macro names and as a result, the parser needs a leading space to properly detect += and ?=.

Note that += is supported (wihth leading space) in SunPro Make since January 1986.
Desired Action In draft 1.1 on page 2910 after line 97964 add:

Some make implementations (e.g. SunPro Make) support the characters '+' and '?' to appear in macro names and as a result, the parser needs a leading space to properly detect += and ?=. A conforming makefile needs to have a <space> character before += or ?=.
Tags issue8
Attached Files

- Relationships
related to 0000373Appliedajosey 1003.1(2008)/Issue 7 make should allow dash in macro names 

-  Notes
(0005253)
rhansen (manager)
2021-02-25 17:18

On page 2895 line 97283 section make (Macros), change:
In all cases the value of string2 is defined as all characters, if any, after the <equals-sign>, up to a comment character ('#') or an unescaped <newline>. Any <blank> characters immediately after the <equals-sign> or immediately before the <plus-sign> shall be ignored.
to:
In all cases the value of string1 is defined as all characters from the first non-<blank> character to the last non-<blank> character, inclusive, before the <tt>=</tt>, <tt>::=</tt>, <tt>?=</tt>, or <tt>+=</tt>. Portable applications shall ensure that a <blank> precedes the <tt>::=</tt>, <tt>?=</tt>, or <tt>+=</tt> in those forms to avoid any parsing ambiguity with implementations that permit <colon>, <question-mark>, or <plus-sign> in macro names as extensions. The value of string2 is defined as all characters from the first non-<blank> character, if any, after the <equals-sign>, up to but not including a comment character ('#') or an unescaped <newline>.

On page 2895 line 97286 section make (Macros) change:
Applications shall select macro names from the set of characters consisting solely of characters from the portable character set (see [xref to XBD 6.1). A macro name shall not contain an <equals-sign>. Implementations may allow other characters in macro names as extensions.
to:
Portable applications shall select macro names from the set of characters consisting solely of characters from the portable filename character set. Implementations may allow other characters in macro names as extensions; however, a macro name shall not contain an <equals-sign>, <blank>, or control character.

- Issue History
Date Modified Username Field Change
2020-11-03 17:14 joerg New Issue
2020-11-03 17:14 joerg Status New => Under Review
2020-11-03 17:14 joerg Assigned To => ajosey
2020-11-03 17:14 joerg Name => Jörg Schilling
2020-11-03 17:14 joerg Organization => Fraunhofer FOKUS
2020-11-03 17:14 joerg Section => make
2020-11-03 17:14 joerg Page Number => 2910
2020-11-03 17:14 joerg Line Number => 97964
2020-11-04 09:49 geoffclare Project 1003.1(2008)/Issue 7 => Issue 8 drafts
2021-02-22 16:56 nick Relationship added related to 0000373
2021-02-25 17:18 rhansen Note Added: 0005253
2021-02-25 17:19 rhansen Final Accepted Text => Note: 0005253
2021-02-25 17:19 rhansen Status Under Review => Resolved
2021-02-25 17:19 rhansen Resolution Open => Accepted As Marked
2021-02-25 17:19 rhansen Tag Attached: issue8
2021-03-12 11:39 geoffclare Status Resolved => Applied


Mantis 1.1.6[^]
Copyright © 2000 - 2008 Mantis Group
Powered by Mantis Bugtracker