Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

So stay tuned !

11 views
Skip to first unread message

Ramine

unread,
Mar 19, 2017, 2:55:40 PM3/19/17
to
Hello,

You don't understand, i was aware that memory ordering is not the only
issue and that you have to use fences and memory barriers but
what i am explaining to you is that my implementation of my algorithms
like my MLock and AMLock etc. already uses the correct fences and memory
barriers to ensure sequential consistency in the hardware side, but what
i need is to switch the optimization off to avoid memory ordering of the
Delphi and FreePascal compilers.

That's easy to do, i have thought that Delphi and FreePascal doesn't
reorder loads and stores, but this was a mistake, but this mistake is
easy to correct, but mistakes in software programming can happen, but i
am confident that as soon as i correct this mistake, you will be happy
with my C++ Libraries.


So stay tuned !


Thank you,
Amine Moulay Ramdne.

Ramine

unread,
Mar 19, 2017, 3:03:22 PM3/19/17
to
On 3/19/2017 2:55 PM, Ramine wrote:
> Hello,
>
> You don't understand, i was aware that memory ordering is not the only
> issue and that you have to use fences and memory barriers but
> what i am explaining to you is that my implementation of my algorithms
> like my MLock and AMLock etc. already uses the correct fences and memory
> barriers to ensure sequential consistency in the hardware side, but what
> i need is to switch the optimization off to avoid memory ordering of the
> Delphi and FreePascal compilers.


I will switch the optimization off just locally on my MLock and AMLock
and some others, that's easy to do to avoid memory reordering of Delphi
and FreePascal..
0 new messages