[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [avr-libc-dev] Should cli() imply a memory barrier?
From: |
Jan Waclawek |
Subject: |
Re: [avr-libc-dev] Should cli() imply a memory barrier? |
Date: |
Tue, 8 Jun 2010 16:14:00 +0200 |
> _MemoryBarrier() (can sometimes be useful).
Is this something already implemented in the compiler, or are you just
preparing for future?
> Are there any objections against adding it to cli(), or should we
> instead point out in the documentation that an explicit
> _MemoryBarrier() might be needed in order to get the expected results?
Maybe this sounds trivial, but what about an exact definition of what the
MemoryBarrier() is supposed to mean, first?
JW
- Re: [avr-libc-dev] Should cli() imply a memory barrier?,
Jan Waclawek <=
- Re: [avr-libc-dev] Should cli() imply a memory barrier?, Joerg Wunsch, 2010/06/08
- Re: [avr-libc-dev] Should cli() imply a memory barrier?, Jan Waclawek, 2010/06/08
- Re: [avr-libc-dev] Should cli() imply a memory barrier?, Joerg Wunsch, 2010/06/08
- Re: [avr-libc-dev] Should cli() imply a memory barrier?, Jan Waclawek, 2010/06/08
- RE: [avr-libc-dev] Should cli() imply a memory barrier?, Weddington, Eric, 2010/06/08
- Re: [avr-libc-dev] Should cli() imply a memory barrier?, Joerg Wunsch, 2010/06/09