<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jul 30, 2021, 8:33 AM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 30/07/2021 15:25, Joel Sherrill wrote:<br>
> On Fri, Jul 30, 2021 at 1:52 AM Sebastian Huber<br>
> <<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a>>  wrote:<br>
>> On 30/07/2021 00:54, Chris Johns wrote:<br>
>>> On 29/7/21 10:59 pm, Sebastian Huber wrote:<br>
>>>> On 29/07/2021 14:51, Sebastian Huber wrote:<br>
>>>>> Change license to BSD-2-Clause according to file histories and<br>
>>>>> documentation re-licensing agreement.<br>
>>>>><br>
>>>>> Place the group into the I/O Manager group.  Add all source files to the<br>
>>>>> group.<br>
>>>>><br>
>>>>> Update #3899.<br>
>>>>> Update #3993.<br>
> Should the specification include what format specifiers are supported? Those<br>
> would seem to be API contracts/requirements.<br>
<br>
What we have currently is this:<br>
<br>
.. rubric:: PARAMETERS:<br>
<br>
``fmt``<br>
     This parameter is a printf()-style format string.<br>
<br>
.. rubric:: CONSTRAINTS:<br>
<br>
The following constraints apply to this directive:<br>
<br>
* The directive may be called from within any runtime context.<br>
<br>
* The directive will not cause the calling task to be preempted.<br>
<br>
* Formatting of floating point numbers is not supported.<br>
<br>
Doing a detailed documentation of the supported format specifiers would <br>
be a bit of work.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I wasn't thinking of heavy detail. Just a list of which specifiers are supported and maybe some general missing format options. Beyond that see printf for details.</div><div dir="auto"><br></div><div dir="auto">I was thinking you would need a requirement for a specifier that is supported. Otherwise you don't have traceability to the entire source code.</div><div dir="auto"><br></div><div dir="auto">Trying to focus on general description of what was present for the missing the requirements are positive, not negative.</div><div dir="auto"><br></div><div dir="auto">--joel</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
-- <br>
embedded brains GmbH<br>
Herr Sebastian HUBER<br>
Dornierstr. 4<br>
82178 Puchheim<br>
Germany<br>
email: <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a><br>
phone: +49-89-18 94 741 - 16<br>
fax:   +49-89-18 94 741 - 08<br>
<br>
Registergericht: Amtsgericht München<br>
Registernummer: HRB 157899<br>
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler<br>
Unsere Datenschutzerklärung finden Sie hier:<br>
<a href="https://embedded-brains.de/datenschutzerklaerung/" rel="noreferrer noreferrer" target="_blank">https://embedded-brains.de/datenschutzerklaerung/</a><br>
</blockquote></div></div></div>