[PATCH] score: Add _Thread_Demand_objects_information()

[Peter Dufault]

What's the rationale for "Demand"?  Is that in use other places?

It sounds odd to me, as if you're insisting the function provide something that it might otherwise decide not to.

> On Jan 28, 2021, at 24:18 , Sebastian Huber <sebastian.huber at embedded-brains.de> wrote:
> 
> On 27/01/2021 21:25, Joel Sherrill wrote:
> 
>> Piling on Gedare's comment but also ...
>> 
>> (1) If this is justifiable, then every use should have a comment
>> block about why the id is known to be good.
>> 
>> (2) What does this really save? That should be documented for the method.
>> 
>> Seems like a micro-optimization which might be adding additional code in
>> most use cases.
> 
> Please have a look at the commit message in v2 of the patch:
> 
> https://lists.rtems.org/pipermail/devel/2021-January/064076.html
> 
> --
> embedded brains GmbH
> Herr Sebastian HUBER
> Dornierstr. 4
> 82178 Puchheim
> Germany
> email: sebastian.huber at embedded-brains.de
> phone: +49-89-18 94 741 - 16
> fax:   +49-89-18 94 741 - 08
> 
> Registergericht: Amtsgericht München
> Registernummer: HRB 157899
> Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
> Unsere Datenschutzerklärung finden Sie hier:
> https://embedded-brains.de/datenschutzerklaerung/
> 
> _______________________________________________
> devel mailing list
> devel at rtems.org
> http://lists.rtems.org/mailman/listinfo/devel

Peter
-----------------
Peter Dufault
HD Associates, Inc.      Software and System Engineering

This email is delivered through the public internet using protocols subject to interception and tampering.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 235 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.rtems.org/pipermail/devel/attachments/20210128/766f7dfb/attachment.bin>