推 purpose:呀,我悟了,E 是外部符號這跟 VC 是一樣手法,無法得知的 04/18 22:55
→ purpose:外部函數寫成 0 等 linker 改。而 R 是還要重定位址 04/18 22:56
→ purpose:應該可以用反組譯、simulator 之類去追蹤進去吧 04/18 22:57
→ ksmrt0123:這是keil的內部library吧, 算array element的位置用的 04/19 00:23
我的猜測也是這樣,但很希望能夠消除這個函式呼叫
因為我的環境不允許這個東西....
推 purpose:DPTRR = DPTRR + 結構大小 * i; temp = DPTRR->SMBAddr; 04/19 01:14
→ ksmrt0123:能否說明一下為何不允許? 也許把struct大小改為2的乘方 04/19 01:15
→ ksmrt0123:可避掉該lcall 04/19 01:15
→ ksmrt0123:看來沒辦法避掉... 04/19 01:32
其實目前有湊出一個很繞路的方式
void function()
{
unsigned char i=0;
unsigned char *ptr = (unsigned char *)((DPHH<<8)+DPLL);
unsigned int offset = i * sizeof(struct ExtRAM);
struct ExtRAM code *DPTRR = (struct ExtRAM code*)(ptr + i);
unsigned char temp = DPTRR->SMBAddr;
}
(以上程式是憑印象打的,沒有驗證,可能有錯誤)
自己把 offset 算出來,就不會冒出那個 lcall 了
但我會想知道,有沒有什麼方式(譬如修改c51編譯參數)
在不修改程式碼的前提下,避開這個問題
畢竟這樣寫起來,程式碼變得又臭又長...
至於為什麼不允許那個 lcall,則是工作上的需求
※ 編輯: james732 來自: 114.32.92.122 (04/19 02:12)
→ EdisonX:section 9. 04/19 12:49
→ EdisonX:sorry, 補充沒看清楚.. 04/19 12:51
推 ksmrt0123:在loop中用pointer也許可避掉 04/19 16:52
→ ksmrt0123:如 p=DPTRR; for(i=0;i<n;++i) {t=p->SMBAddr; p++;} 04/19 16:53