All
Enclosed are the minutes of yesterday’s meeting
regards
Andrew
---------------------
Minutes of the 1st June 2023 Teleconference Austin-1315 Page 1 of 1
Submitted by Andrew Josey, The Open Group. 2nd June 2023
Attendees:
Don Cragun, IEEE PASC OR
Nick Stoughton, Logitech/USENIX, ISO/IEC JTC 1/SC 22 OR
Andrew Josey, The Open Group
Geoff Clare, The Open Group
Mark Ziegast, SHware Systems Dev.
Eric Ackermann, HPI, University of Potsdam
Eric Blake, Red Hat, The Open Group OR
Apologies
Tom Thompson, IEEE
* General news
The IEEE and ISO/IEC ballots have closed. Andrew has submitted the
comments into the Austin Group bug reports, they have references
in their summary lines (for example IEEE/I-1, ISO/US-001). They
have also been added to the document register, see Austin/1313 and
Austin/1314.
Altogether it appears that we have ~90 bug reports against
Issue 8 Draft 3. This will be our focus going forward for a while,
and then targeting a recirculation to resolve the issues raised.
We will be resuming the Monday calls again now the ballots have closed.
* Current Business
Bug 1646: exec*() misses reference to at_quick_exit() Accepted as Marked
https://austingroupbugs.net/view.php?id=1646
This item is tagged for Issue 8.
At page 625 line 22114 (XSH at_quick_exit() DESCRIPTION), delete:
After a successful call to any of the exec functions, any
functions previously registered by at_quick_exit() shall no
longer be registered.
At page 636 line 22406 (XSH atexit() DESCRIPTION), delete:
After a successful call to any of the exec functions, any
functions previously registered by atexit() shall no longer be
registered.
At page 866 line 29540 (XSH exec DESCRIPTION), change:
After a successful call to any of the exec functions, any
functions previously registered by the atexit() or pthread_atfork()
functions are no longer registered.
to:
After a successful call to any of the exec functions, any
functions previously registered by the atexit(), at_quick_exit(),
or pthread_atfork() functions are no longer registered.
Bug 1650: Words 'prerequisite' and 'dependency' used interchangeably Accepted
as Marked
https://austingroupbugs.net/view.php?id=1650
This item is tagged for Issue 8.
On page 3107 line 104641 section make, change:
A target shall be considered up-to-date if it exists and is
newer than all of its dependencies
to:
A target shall be considered up-to-date if it exists and is
newer than all of its prerequisites
On page 3111 line 104824 section make, change:
When source files are named in a dependency list, make treats
them just like any other target. Because the source file is
presumed to be present in the directory, there is no need to
add an entry for it to the makefile. When a target has no
dependencies, but is present in the directory, make assumes
that that file is up-to-date.
to:
When source files are named in a list of prerequisites, make
treats them just like any other target. Because the source file
is presumed to be present in the directory, there is no need
to add an entry for it to the makefile. When a target has no
prerequisites, but is present in the directory, make assumes
that that file is up-to-date.
On page 3116 line 105066 section make, change:
Dependencies added by target rules without commands
to:
Prerequisites added by target rules without commands
Bug 1651: make: options '-k' and '-S' are listed separately Rejected
https://austingroupbugs.net/view.php?id=1651
The situation described here is not uncommon for mutually exclusive
options, and is the reason XBD 12.1 item 8 says "The use of conflicting
mutually-exclusive arguments produces undefined results, unless a
utility description specifies otherwise."
The make SYNOPSIS should not be changed.
Bug 1652: make: missing option argument Accepted
https://austingroupbugs.net/view.php?id=1652
This item is tagged for Issue 8
Bug 1653: make: confusing reference to word expansion Accepted as Marked
https://austingroupbugs.net/view.php?id=1653
This item is tagged for Issue 8
Change:
The characters are formatted in a manner similar to a portion
of the make utility command line: options are preceded by
<hyphen-minus> characters and <blank>-separated as described
in XBD Section 12.2 (on page 215). The macro=value macro
definition operands can also be included. The difference between
the contents of MAKEFLAGS and the make utility command line is
that the contents of the variable shall not be subjected to the
word expansions (see Section 2.6, on page 2468) associated with
parsing the command line values.
to:
The characters are formatted in a manner similar to the use of
the make utility in shell commands: options are preceded by
<hyphen-minus> characters and <blank>-separated as described
in XBD Section 12.2 (on page 215). The macro=value macro
definition operands can also be included. The difference between
the contents of MAKEFLAGS and the use of the make utility in
shell commands is that the contents of the variable shall not
be subjected to the word expansions (see Section 2.6, on page
2468) associated with parsing shell command lines.
We will continue with Issue 8 Draft 3 ballot resolution on the next call.
Next Steps
----------
The next call is on:
Mon 2023-06-05 (general bugs/ballot resolution)
Thu 2023-06-08 (general bugs/ballot resolution)
The calls are for 90 minutes
Calls are anchored on US time. (8am Pacific)
Please check the calendar invites for dial in details.
Bugs are at:
https://austingroupbugs.net
An etherpad is usually up for the meeting, with a URL using the date format as
below:
https://posix.rhansen.org/p/20xx-mm-dd
(For write access this uses The Open Group single sign on,
for those individuals with gitlab.opengroup.org accounts.
Please contact Andrew if you need to be setup)
--------
Andrew Josey The Open Group
Austin Group Chair
Email: a.jo...@opengroup.org
Apex Plaza, Forbury Road,Reading,Berks.RG1 1AX,England
To learn how we maintain your privacy, please review The Open Group Privacy
Statement at http://www.opengroup.org/privacy.
To unsubscribe/opt-out from this mailing list login to The Open Group
collaboration portal at
https://collaboration.opengroup.org/operational/portal.php?action=unsub&listid=2481
