Message135024
| Author |
sdaoden |
| Recipients |
amaury.forgeotdarc, eric.smith, mark.dickinson, meador.inge, pitrou, rhettinger, sdaoden, stutzbach, xuanji |
| Date |
2011年05月03日.10:45:52 |
| SpamBayes Score |
0.01749694 |
| Marked as misclassified |
No |
| Message-id |
<1304419553.5.0.663797354743.issue10044@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
Now me.
(http://gcc.gnu.org/onlinedocs/gcc/Arrays-and-pointers-implementation.html#Arrays-and-pointers-implementation)
> When casting from pointer to integer and back again, the resulting
> pointer must reference the same object as the original pointer,
> otherwise the behavior is undefined. That is, one may not use
> integer arithmetic to avoid the undefined behavior of pointer
> arithmetic as proscribed in C99 6.5.6/8.
Say - isn't that a joke about farts of armchair crouchers.
All it says is that if you dereference garbage you get a crash.
If you're concerned, use volatile, and go shoot the compiler
programmer if she dares to optimize just anything.
And on ARM, isn't the interrupt table at ((void*)(char[])0x0)??
La vie est une rose beside that.
And all i need is atomic_compare_and_swap(). |
|