A NOTE has been added to this issue. 
====================================================================== 
https://www.austingroupbugs.net/view.php?id=1471 
====================================================================== 
Reported By:                joerg
Assigned To:                
====================================================================== 
Project:                    Issue 8 drafts
Issue ID:                   1471
Category:                   Shell and Utilities
Type:                       Enhancement Request
Severity:                   Editorial
Priority:                   normal
Status:                     New
Name:                       Jörg Schilling 
Organization:                
User Reference:              
Section:                    make 
Page Number:                2888- 
Line Number:                97001- 
Final Accepted Text:         
====================================================================== 
Date Submitted:             2021-05-16 12:15 UTC
Last Modified:              2021-07-18 03:22 UTC
====================================================================== 
Summary:                    Add an orthogonal interface for immediate macro
expansion definitions to make
====================================================================== 

---------------------------------------------------------------------- 
 (0005408) psmith (developer) - 2021-07-18 03:22
 https://www.austingroupbugs.net/view.php?id=1471#c5408 
---------------------------------------------------------------------- 
> In 37+ years of maintaining smake, I did never receive a request to
implement the := behavior from GNU make

In that case we can conclude is that this difference in behavior is of
little or no concern to users, since they have not requested that either
version be changed to support the other.  That certainly doesn't
*strengthen* the argument that we need to modify the standard to provide
both models.

> There are four aspects with the various := implementations.

I'm sorry but I didn't understand the goal of these examples.  They
certainly do show that the behavior of := is different among different
implementations, which is no surprise (at least not to me): that's why the
:= operator was NOT added to the standard and ::= was added instead.  If
BSD make users want the BSD make behavior of :=, they have := and they can
continue to use it.  If they want to change it in some way, for some
reason, with or without an option, again that's up to the BSD make
maintainers.  Why is that a discussion for the POSIX committee?

This issue is proposing two NEW make operators: why should these new
operators be added to the standard?  The difference in behavior from the
current set of available operators is obscure (as we've heard, no user has
requested that either version of the behavior be changed) and there are
ways to achieve the behavior these new operators provide using features
available in the current POSIX standard, as shown above.


I've also read through the etherpad notes from 2021-07-15 and there seems
to be confusion and false information there.  In particular, it is not true
that GNU make is not conforming to POSIX with respect to variable
expansion.  If someone thinks otherwise, please provide a POSIX-conforming
makefile which exhibits incorrect variable expansion behavior in GNU make. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2021-05-16 12:15 joerg          New Issue                                    
2021-05-16 12:15 joerg          Name                      => Jörg Schilling 
2021-05-16 12:15 joerg          Section                   => make            
2021-05-16 12:15 joerg          Page Number               => 2888-           
2021-05-16 12:15 joerg          Line Number               => 97001-          
2021-05-16 14:35 shware_systems Note Added: 0005356                          
2021-05-16 17:18 psmith         Note Added: 0005357                          
2021-05-16 19:02 shware_systems Note Added: 0005358                          
2021-05-16 19:12 kre            Note Added: 0005359                          
2021-05-16 19:49 shware_systems Note Added: 0005360                          
2021-05-16 21:26 joerg          Note Added: 0005361                          
2021-05-16 21:27 joerg          Note Edited: 0005361                         
2021-05-22 19:02 psmith         Note Added: 0005363                          
2021-07-08 16:43 geoffclare     Note Added: 0005393                          
2021-07-08 16:57 hvd            Note Added: 0005394                          
2021-07-08 19:30 steffen        Note Added: 0005395                          
2021-07-08 19:32 steffen        Note Added: 0005396                          
2021-07-08 20:01 kre            Note Added: 0005397                          
2021-07-08 20:21 steffen        Note Added: 0005398                          
2021-07-08 20:34 steffen        Note Added: 0005399                          
2021-07-08 21:15 kre            Note Added: 0005400                          
2021-07-08 22:33 steffen        Note Added: 0005401                          
2021-07-08 22:33 steffen        Note Added: 0005402                          
2021-07-10 12:30 joerg          Note Added: 0005403                          
2021-07-10 18:03 psmith         Note Added: 0005404                          
2021-07-10 21:26 mirabilos      Note Added: 0005405                          
2021-07-15 14:51 joerg          Note Added: 0005406                          
2021-07-15 14:52 joerg          Note Edited: 0005406                         
2021-07-17 10:35 joerg          Note Added: 0005407                          
2021-07-18 03:22 psmith         Note Added: 0005408                          
======================================================================


  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [Issue 8 dra... Austin Group Bug Tracker via austin-group-l at The Open Group

Reply via email to