I tried to small program to see the code produced by the compiler.
This is the C code: unsigned char loop;
while (1) {
P3 = 0xFF;
for(loop=0xff; loop>0; loop--) {}
P3 = 0x00;
}
This is the disassembly:
25: unsigned char loop;
26:
27: while (1) {
28:
29: P3 = 0xFF;
C:0x0800 75B0FF MOV P3(0xB0),#0xFF
30: for(loop=0xff; loop>0; loop--) {}
C:0x0803 7FFF MOV R7,#0xFF
C:0x0805 DFFE DJNZ R7,C:0805
31: P3 = 0x00;
C:0x0807 E4 CLR A
C:0x0808 F5B0 MOV P3(0xB0),A
32: for(loop=0xff; loop>0; loop--) {}
C:0x080A 7FFF MOV R7,#0xFF
C:0x080C EF MOV A,R7
C:0x080D D3 SETB C
C:0x080E 9400 SUBB A,#0x00
C:0x0810 40EE JC main(C:0800)
C:0x0812 1F DEC R7
C:0x0813 80F7 SJMP C:080C
C:0x0815 787F MOV R0,#0x7F
C:0x0817 E4 CLR A
C:0x0818 F6 MOV @R0,A
C:0x0819 D8FD DJNZ R0,C:0818
C:0x081B 758107 MOV SP(0x81),#0x07
C:0x081E 020800 LJMP main(C:0800)
Why is the second timing loop so different than the first ??
What can I do so both are the same ???
Thank you
Donald
As Per said earlier, "__inline doesn't force the compiler to inline your code. It just tells it that you think it's ok to inline it."
As always, if it needs to be in assembler, then write it properly as assembler - in its own assembler source modulle - and call it from 'C'.
Andy, thanks for the hints it forced me to read the Keil __inline and __asm help in more detail.
On the __inline I discovered using by combining __forceinline and static and -Otime I finally got the compiler to do the __inline thing.
On the __asm in the restrictions section it says "Do not use it to generate more efficient code than the compiler generates." I wonder, why not?
I need __forceAsmAsWritten !
But thanks, I will look into armasm.
Not really. What you need is to understand that assembly code that don't want the C compiler to mess with shouldn't have been put in a C source file to begin with.
"On the __asm in the restrictions section it says 'Do not use it to generate more efficient code than the compiler generates'. I wonder, why not?"
Because the optimisation relies upon the compiler being in complete control - inserting random bits of arbitrary assembler over which the compiler has no control will (almost) certainly break the optimisation.
One more time: If the precise sequence of machine instructions really matters to you, then do not use a high-level language!
What would Hemingway have done if he had been forced to incorporate parts of a Shakespeare play somewhere in the middle? Their styles certainly doesn't match.
The compiler isn't smart. It follows specific rules specified by the developer of the compiler. These rules tend to produce reasonable code, but are only valid under a specific circumstances. As soon as you add inline assembly, you are pushing the compiler outside the envelope it's code generator and code optimizer are designed for. Don't ever assume the outcome of such situations.
Han's, Andy, Per.
A quick thanks for the latest input and happy Easter wishes!
Kindest regards.