From: Simon Clubley <clubley@remove_me.eisner.decus.org-Earth.UFP>
Subject: Re: Compiler doesn't respect 'Size for atomic object
Date: Wed, 20 Dec 2017 20:45:52 -0000 (UTC)
Date: 2017-12-20T20:45:52+00:00 [thread overview]
Message-ID: <p1ei5v$fqc$1@dont-email.me> (raw)
In-Reply-To: lytvwlf8zj.fsf@pushface.org
On 2017-12-20, Simon Wright <simon@pushface.org> wrote:
> Simon Clubley <clubley@remove_me.eisner.decus.org-Earth.UFP> writes:
>
>> If you use a naturally 32-bit variable instead of your Interrupt_ID
>> data type, does it work ok ?
>
> Yes. My workround is to declare the atomic object as Integer, and
> convert the Interrupt_ID to Integer (the ARM says only that Interrupt_ID
> is discrete, but that's a bridge to cross when we come to it; it's
> naturally an Integer on Cortex-M).
Unless Randy and company come up with something around the use of
Size to extend the size of the base data type[*], I would consider
this to be a compiler bug.
[*] That qualifier is there because I seem to have a vague
recollection of previous discussions around problems that
occurred when Size was used to extend a data type but I can't
remember the details.
Simon.
--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Microsoft: Bringing you 1980s technology to a 21st century world
next prev parent reply other threads:[~2017-12-20 20:45 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-20 12:35 Compiler doesn't respect 'Size for atomic object Simon Wright
2017-12-20 19:23 ` Simon Clubley
2017-12-20 20:19 ` Simon Wright
2017-12-20 20:45 ` Simon Clubley [this message]
2017-12-21 7:10 ` Randy Brukardt
2017-12-21 14:08 ` Simon Wright
2017-12-20 21:20 ` Simon Wright
2017-12-21 5:55 ` Robert Eachus
2017-12-21 14:02 ` Simon Wright
2017-12-21 22:02 ` Simon Wright
2017-12-22 4:51 ` Robert Eachus
2017-12-22 10:21 ` Simon Wright
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox