comp.lang.ada
 help / color / mirror / Atom feed
From: MatthiasR <MatthiasR@invalid.invalid>
Subject: Re: Forcing GNAT to use 32-bit load/store instructions on ARM?
Date: Sun, 10 Aug 2014 13:20:42 +0200
Date: 2014-08-10T13:20:42+02:00	[thread overview]
Message-ID: <ls7kvh$2uv$1@dont-email.me> (raw)
In-Reply-To: lr02dr$ql9$1@dont-email.me

Latest GNAT Pro emits a warning on accesses to components of atomic records:

http://www.adacore.com/developers/development-log/NF-73-M715-002-gnat/

At least, one knows that something can go wrong here...


Some background story:
We stumbled upon this problem some time ago. After I had realised that the 
RM doesn't give any guarantees in this case (at least the RM can be 
interpreted in this way...), I filed an enhancement request to Adacore. I 
proposed to add a (implementation specific, since there isn't anything in 
standard and I didn't want to wait until Ada 202x) pragma and/or aspect 
which should enforce a specific access width.

That's basically the same as Simon Clubleys proposal in his second issue for 
'Ada-comments'.

After some discussions, the proposal was rejected, because
- there is a working way to solve the problem (the temporary variable)
- 'no one would know this implementation specific pragma/aspect'
- there is little chance to get this in the standard

The new warning is apparently the result of these discussions.


Matthias

  reply	other threads:[~2014-08-10 11:20 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-30 22:11 Forcing GNAT to use 32-bit load/store instructions on ARM? daniel.dmk
2014-06-30 23:41 ` Jeffrey Carter
2014-07-01 12:06   ` Simon Clubley
2014-07-01 15:44     ` Niklas Holsti
2014-07-01 17:26       ` Simon Clubley
2014-07-01 17:18     ` Simon Wright
2014-07-01 19:43       ` Simon Wright
2014-07-01 17:28     ` Jeffrey Carter
2014-07-01  0:55 ` anon
2014-07-01  4:30 ` Niklas Holsti
2014-07-01  8:11 ` Dmitry A. Kazakov
2014-07-01 12:09   ` Simon Clubley
2014-07-01 12:20     ` Dmitry A. Kazakov
2014-07-01 17:00       ` Simon Clubley
2014-07-01 19:36         ` Dmitry A. Kazakov
2014-07-01 20:08           ` Simon Clubley
2014-07-02 22:24             ` Randy Brukardt
2014-07-06 20:40               ` MatthiasR
2014-07-07  0:25                 ` Simon Clubley
2014-07-07 22:38                 ` Randy Brukardt
2014-07-08  6:51                   ` Simon Wright
2014-07-10 11:47                     ` Simon Wright
2014-07-10 13:06                       ` Simon Clubley
2014-07-11 18:05                         ` Simon Wright
2014-07-11 20:22                           ` Simon Clubley
2014-07-08  8:50                   ` Brian Drummond
2014-07-08 12:12                   ` Simon Clubley
2014-07-08 13:26                     ` G.B.
2014-07-08 17:13                       ` Simon Clubley
2014-07-08 15:36                     ` Adam Beneschan
2014-07-08 15:40                       ` Adam Beneschan
2014-07-08 20:34                     ` Randy Brukardt
2014-07-09  7:31                       ` Dmitry A. Kazakov
2014-07-10  0:11                         ` Simon Clubley
2014-07-20 11:35                   ` MatthiasR
2014-07-20 15:49                     ` Simon Clubley
2014-07-26 11:05                       ` MatthiasR
2014-08-10 11:20                         ` MatthiasR [this message]
2014-07-01 12:03 ` Simon Clubley
2014-07-01 19:52   ` daniel.dmk
2014-07-01 20:40     ` Simon Clubley
2014-07-01 20:55       ` Simon Clubley
2014-07-01 21:01       ` Niklas Holsti
2014-07-01 21:20         ` Simon Clubley
2014-07-01 22:38           ` Niklas Holsti
2014-07-02 16:49             ` Simon Clubley
2014-07-01 21:55         ` daniel.dmk
2014-07-02  7:30     ` Simon Wright
2014-07-02 18:52       ` daniel.dmk
2014-07-04 23:51       ` Niklas Holsti
2014-07-05  0:18         ` Niklas Holsti
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox