Minutes of the 6 December 2011 Teleconference Austin-543 Page 1 of 1 Submitted by Andrew Josey, The Open Group. December 9 , 2011 Attendees Andrew Josey, The Open Group Don Cragun, PASC OR Mark Brown, IBM, TOG OR Jim Pugsley, Oracle Geoff Clare, The Open Group Eric Blake, Red Hat Nick Stoughton, USENIX, ISO/IEC OR Joerg Schilling, Fraunhofer Society The TC1-2008 Draft 4 document is still progressing. Note that during the call we decided to use a new IRC server and will do so from now on, see the end section of the minutes for details. * Old Business Bug 000073 wmemcmp C conflict? OPEN http://austingroupbugs.net/view.php?id=73 Nick reported that nothing has changed in the new C standard, and that we should close this item as overcome by events. We agreed to minute this to see if there are any objections before the next call. Bug 0000251: Forbid newline, or even bytes 1 through 31 (inclusive), in filenames OPEN http://austingroupbugs.net/view.php?id=251 Don reported that he was still working on a proposal to address this and related bugs. * New Business Bug 000524: Update next draft to match change to bug ID 400 resolution. Accepted http://austingroupbugs.net/view.php?id=524 This is an agreed editorial bug in Draft 3 of TC1. This change has been applied into Draft 4. Bug 000062:Is it correct to list fork as an async-signal safe interface Accept as Marked http://austingroupbugs.net/view.php?id=62 The notes to the editor in this bug response have been updated. (bugnote 193) Notes to the Editor (not part of this interpretation): Add to the end of fork() DESCRIPTION: The _Fork() function shall be equivalent to fork(), except that fork handlers established by means of the pthread_atfork() function shall not be called and _Fork() shall be async-signal-safe. Add to SYNOPSIS on fork() page: pid_t _Fork(void); and also to unistd.h Add _Fork() to the list of async-signal-safe functions Remove fork() from the list of async-signal-safe functions. Bug 0000330: In make, add support for assignments ":=", "+=", and "?=". OPEN http://austingroupbugs.net/view.php?id=330 This item was discussed on the 6 Dec 2011 call. There is consensus on accepting this bug, using Note: 0001073 as a template, but with some changes: "immediately-expanded" to "immediate-expansion" and the addition of text to RATIONALE explaining choice of '::=' without existing practice. Eric took the action to propose RATIONALE and has completed that in bug note 1079. Bug 0000328: Auto-Dependency Generation OPEN http://austingroupbugs.net/view.php?id=328 This was discussed, and consensus was that any solution to this bug needs to meet the following guideline: In order to allow a makefile to be shared among multiple platforms, it must be possible to conditionally include automatic dependencies as nested files, where the condition on which nested files to include can be determined by the platform. Automatic dependencies should be designed for nested inclusion, rather than directly modifying the makefile with the compilation rules. A further thought was follows: The ability to track included files from an input file to a language interpreter is useful enough that we may want to also standardize a way to do this for awk, lex, m4, sh, and yacc - that is, any standardized interpreters that provide an include operation. Conversely, these languages do not have the automatic suffix dependencies already built into make that c99 does. For example, this link gives a patch (as yet unapplied) that proposes -M for GNU m4 to output dependency information: https://lists.gnu.org/archive/html/m4-patches/2011-02/msg00005.html [^] Next Steps ---------- The next call is on December 15 and will continue processing defect reports. This call will be for the regular 90 minutes. http://austingroupbugs.net See the calendar for the list of dialup numbers. An IRC channel will be available for the meeting irc://irc.freenode.org/austingroupbugs ICAL: http://www.google.com/calendar/ical/nvctqtstkuni3fab9k3jqtrt4g@group.calendar.google.com/public/basic XML: http://www.google.com/calendar/feeds/nvctqtstkuni3fab9k3jqtrt4g@group.calendar.google.com/public/basic