Minutes of the 21 August 2008 Teleconference     Austin-439 Page 1 of 1
Submitted by Andrew Josey, The Open Group.             August 22 , 2008

Attendees
Andrew Josey, The Open Group
Don Cragun , Sun, PASC OR
Nick Stoughton, USENIX, ISO/IEC OR
David Korn (partial)
Mats Wichman , Intel (irc)

Apologies
Ulrich Drepper, Red Hat
Geoff Clare, The Open Group
Mark Brown, IBM, TOG OR  

* Draft Status

Andrew reported that IEEE has listed the standard on its September Revcom
agenda for approval, although they have stated by email that they may
delay for synchronization with ISO. 

Nick reminded folks that there will be a POSIX C++ binding working group
meeting September 14 in San Francisco.

* Aardvark

We picked up on the aardvark reports, which are located at
http://www.opengroup.org/austin/aardvark/latest/


XCU ERN 183 time Accept as marked

Send down the interps track.
The standard is unclear on this issue, and no conformance
distinction can be made between alternative implementations based
on this. This is being referred to the sponsor.
(Target for TC1)


David Korn joined the call especially for this topic.
David agreed to look at propose some wording, the new words
will require  both a time keyword and a time utility
for the next revision.

The time keyword will apply when time is not quoted as long as the first
operand to time does not begin with a minus sign, otherwise the time
utility will be used


* D5.1R aardvarks


XSHbug3 ERN 6 tgamma Accept as marked

Andrew circulated 11679 from Fred

Send down the interps track.
The standard does not speak to this issue, and as such
no conformance distinction can be made between alternative
implementations based on this. This is being referred to the
sponsor.

Target for TC1

Changes proposed for a future revision:

Add the following to tgamma (this text comes from exp()):

RETURN VALUE

If the correct value would cause underflow, and is not representable,
a range error may occur, [MX] and either 0.0 (if supported), or [/MX]
an implementation-defined value shall be returned.

[MX] If the correct value would cause underflow, and is representable,
a range error may occur and the correct value shall be returned. [/MX]


ERRORS

These functions may fail if:

Range Error The result underflows.

If the integer expression (math_errhandling & MATH_ERRNO) is non-zero,
then errno shall be set to [ERANGE]. If the integer expression
(math_errhandling & MATH_ERREXCEPT) is non-zero, then the underflow
floating-point exception shall be raised.


Next meeting
------------
The next call will be Sep 4th at 16:00 UK time  to carry on with the
aardvark

An IRC  channel will be available for the meeting
 irc://irc.freestandards.org #austin

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