C++ Logo

sg16

Advanced search

Re: [isocpp-sg16] Agenda for the 2024-11-06 SG16 meeting

From: Tom Honermann <tom_at_[hidden]>
Date: Tue, 5 Nov 2024 16:22:53 -0500
This is your friendly reminder that this meeting will be taking place
tomorrow.

*Please remember that this meeting will start an hour earlier relative
to our last meeting due to DST changes!*

Tom.

On 11/3/24 10:51 PM, Tom Honermann via SG16 wrote:
>
> SG16 will hold a meeting Wednesday, November 6th, at 19:30 UTC
> (timezone conversion
> <https://www.timeanddate.com/worldclock/converter.html?iso=20241106T193000&p1=1440&p2=tz_pst&p3=tz_mst&p4=tz_cst&p5=tz_est&p6=tz_cet>).
>
> Please note that daylight savings time ended in both North America and
> Europe since our last meeting; *this meeting will start an hour
> earlier than our recent meetings* (11:30am Pacific, 2:30pm Eastern,
> 20:30 European).
>
> The meeting appears on the shared calendar, but no invitations were
> sent to either the calendar_at_[hidden] or SG16 mailing lists due
> to some recent changes to the calendar software we use (I can create
> events, but can no longer add attendees to them; there are some known
> issues with management of shared calendars in Nextcloud that are still
> being worked out). If you need a .ics file to add an entry to a local
> calendar, you can download one from here
> <https://documents.isocpp.org/index.php/apps/calendar/p/R7imgS2LJD9xfeWN/dayGridMonth/now/view/sidebar/L3JlbW90ZS5waHAvZGF2L3B1YmxpYy1jYWxlbmRhcnMvUjdpbWdTMkxKRDl4ZmVXTi85MDM3NzZDMS1CMzk4LTRFMDItQjhFRS0zMUNDNTM0RTExRDcuaWNz/1730921400>
> (choose "export" from the "..." menu for the linked event).
>
> This will be our last meeting before Wrocław and will be our last
> meeting of 2024 unless something that requires our urgent attention is
> raised in Wrocław.
>
> The agenda follows.
>
> * P3258R0: Formatting of charN_t <https://wg21.link/p3258r0>
>
> P3258R0 proposes enhancements to std::format() and std::print() to
> allow strings based on char8_t, char16_t, and char32_t to be formatted
> by transcoding them to the encoding of the format string. The paper is
> partially motivated by the progress being made on reflection
> capabilities and a desire to facilitate portable code capable of
> formatting and printing reflected identifiers that might lack
> representation in the ordinary and wide literal encodings.
>
> Tom.
>
>

Received on 2024-11-05 21:22:59