ARM彙編 C語言 C 相互呼叫

2021-06-21 14:37:38 字數 4092 閱讀 7553

1.匯程式設計序訪問c語言全域性變數

全域性變數只能通過位址間接呼叫,為了訪問c語言中全域性變數,首先要通過extern偽指令引入全域性變數,然後將其位址裝入暫存器中。

對於unsigned char型別,使用ldrb/strb訪問;

對於unsigned short型別,使用ldrh/strh訪問;

對於unsigned int型別,使用ldr/str訪問;

對於char型別,使用ldrsb/strsb訪問;

對於short型別,使用ldrsh/strsh訪問;

例子:.text

.global asmsubroutine

.extern globvar

asmsubroutine:

ldr r1,=globvar

ldr r0,[r1]

add r0,r0,#2

str r0,[r1]

mov pc,lr

.end

2.c程式呼叫匯程式設計序

c程式呼叫匯程式設計序首先通過extern宣告要呼叫的匯程式設計序模組,宣告中形參個數要與匯程式設計序模組中需要的變數個數一致,且引數傳遞要滿足atpcs規則,然後在c程式中呼叫。

例子:#include

extern void *strcopy(char*d,char*s);//模組宣告

int main()

.text

.global strcopy

strcopy:

ldrb r2,[r1],#1

strb r2,[r0],#1

cmp r2,#0

bne sstcopy

mov pc,lr

.end

匯程式設計序呼叫c程式

在呼叫之前必須根據c語言模組中需要的引數個數,以及atpcs引數規則,完成引數傳遞,即前四個引數通過r0-r3傳遞,後面的引數通過堆疊傳遞,然後再利用b、bl指令呼叫。

例子:int g(int a,int b,int c,int d,int e)//c語言函式原型

組合語言完成是求i+2i+3i+4i+5i的結果;

.global _start

.text

_start:

.extern g   ;引入c程式

str lr,!;儲存pc

add r1,r0,r0

add r2,r1,r0

add r3,r1,r2

str r3,!

add r3,r1,r1

bl g   ;呼叫c函式g

add sp,sp,#4

ldr pc,[sp],#4

.end

return(0);

c和c++之間庫的互相呼叫

昨晚有個朋友問我關於在c中呼叫c++庫的問題,今天午飯後,由於脖子痛的厲害而沒有加入到我們組的「每天一戰」的行列中去,所以正好將c和c++之間的庫呼叫關係做個總結。

1.extern "c"的理解:

很多人認為"c"表示的c語言,實際並非如此,"c"表示的是一種鏈結約定,只是因c和c++語言之間的密切關係而在它們之間更多的應用而已。實際上fortran和組合語言也常常使用,因為它們也正好符合c實現的約定。

extern "c"指令描述的是一種鏈結約定,它並不影響呼叫函式的定義,即時做了該宣告,對函式型別的檢查和引數轉換仍要遵循c++的標準,而不是c。

2.extern "c"的作用:

不同的語言鏈結性是不同的,那麼也決定了它們編譯後的鏈結符號的不同,比如乙個函式void fun(double d),c語言會把它編譯成類似_fun這樣的符號,c鏈結器只要找到該函式符號就可以鏈結成功,它假設引數型別資訊是正確的。而c++會把這個函式編譯成類似_fun_double或_***_fund***這樣的符號,在符號上增加了型別資訊,這也是c++可以實現過載的原因。

那麼,對於用c編譯器編譯成的庫,用c++直接鏈結勢必會出現不能識別符號的問題,是的,需要extern "c"的時刻來了,它就是幹這個用的。extern "c" 的作用就是讓編譯器知道要以c語言的方式編譯和連線封裝函式。

3.在c++中呼叫c庫的例子:

1).做乙個c動態庫:

#include 

<

stdio.h

>

void

hello()

編譯並copy到系統庫目錄下(也可以自己定義庫目錄,man ldconfig):

[root@coredump test]# gcc --shared -o libhello.so hello.c

[root@coredump test]# cp libhello.so /lib/

2).寫個c++程式去呼叫它:

#include 

<

iostream

>

#ifdef __cplusplus

extern"c

"#endif

intmain()

編譯並執行:

[root@coredump test]# g++ test.cpp -o test -lhello

[root@coredump test]# ./test

hello

[root@coredump test]#

3).__cplusplus巨集的條件編譯:

為什麼要加這個條件編譯呢?小瀋陽有話:小妹,這是為什麼呢?

因為這種技術也可能會用在由c標頭檔案產生出的c++檔案中,這樣使用是為了建立起公共的c和c++檔案,也就是保證當這個檔案被用做c檔案編譯時,可以去掉c++結構,也就是說,extern "c"語法在c編譯環境下是不允許的。

比如:將上面的test.cpp更名為test.c,將標頭檔案改為stdio.h,將條件編譯去掉,再用gcc編譯就可以看到效果。而即使做了上面的修改,如果用g++編譯就可以正常使用,這就是我上面說的「公共的c和c++檔案」的意思。

4.c呼叫c++庫:

c++呼叫c庫看上去也不是那麼困難,因為c++本身就有向前(向c)相容的特性,再加上純天然的extern "c"約定,使得一切都是那麼自然。而讓c呼叫c++的庫似乎就沒那麼容易,不過也不是不可以的。

說到這裡我得休息一下,大中午的,出去抽根菸先,不過我也相信如果你不知道答案,看到這裡的時候肯定在到處找板磚,恨不得敲開我的腦殼子。我能理解,我也習慣了,我有個學姐一看到我第一反應就是扔出一塊磚頭先!

言歸正傳,還是要借助這純天然的extern "c"。

1)做乙個c++庫:

#include 

<

iostream

>

void

world()

編譯並copy到系統庫目錄下:

[root@coredump test]# g++ --shared -o libworld.so world.cpp

[root@coredump test]# cp libworld.so /lib/

2)做乙個中間介面庫,對c++庫進行二次封裝:

#include 

<

iostream

>

void

world();

#ifdef __cplusplus

extern"c

"#ifdef __cplusplus

}#endif

其中方法m_world即為libworld庫中world方法的二次封裝,編譯並copy到系統庫目錄下:

[root@coredump test]# g++ --shared -o libmid.so mid.cpp -lworld

[root@coredump test]# cp libmid.so /lib/

3).c程式通過鏈結二次介面庫去呼叫c++庫:

#include 

<

stdio.h

>

intmain()

編譯並執行:

[root@coredump test]# gcc test.c -l mid -o test

[root@coredump test]# ./test

world

[root@coredump test]# 

注:如果對於c++庫中含有類的,可以在二次介面函式中生成臨時物件來呼叫對應的功能函式,當然要根據實際情況來定了。

5.靠,過了午休時間了,收工!

C語言和ARM組合語言的相互呼叫

1.匯程式設計序訪問c語言全域性變數 全域性變數只能通過位址間接呼叫,為了訪問c語言中全域性變數,首先要通過extern偽指令引入全域性變數,然後將其位址裝入暫存器中。對於unsigned char型別,使用ldrb strb訪問 對於unsigned short型別,使用ldrh strh訪問 對...

C語言與C 語言相互呼叫

1 c 呼叫c中的函式 1.1 c 呼叫c中的函式 正確使用 1 案例原始檔組成 圖12 math模組包含檔案 1 原始檔math.c 圖22 標頭檔案math.h 圖33 主模組包含檔案 1 原始檔main.cpp 圖42 標頭檔案module.h 圖54 編譯math模組 圖65 編譯主模組 圖...

c語言和c 的相互呼叫

在實際專案開發中,c和c 的相互呼叫是常見的,c 能夠相容c語言的編譯方式,但是c 編譯器g 缺省會以c 的方式編譯程式,而c程式編譯器gcc會預設以c的方式編譯它,所以c和c 的相互呼叫存在一定的技巧。1.c方式編譯和c 方式編譯 一般.cpp檔案是採用g 去編譯,c檔案是採用gcc編譯,然而這不...