Is there any expected problem when remove .ARM.exidx section?

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Is there any expected problem when remove .ARM.exidx section?

2,253件の閲覧回数
GoodDay
Contributor I

With below conditions, size of binary file is so big which can not be used.

- MCUXpresso 11.6.0 [Build 8187] with SDK 2.10.0 (494)

- RT1052

- Newlibnano

- Link application to RAM

With Redlib or without "Link application to RAM", binary file can be normally generated.

At binary file, most of regions are filled with 0x00 and last line filled some data.

I checked address of last line and I found that it is .ARM.exidx.

When I make binary file after removing .ARM.exidx section, normal binary data is generated.

.ARM.exidx is included at libgcc.a(_udivmoddi4.o).

[Questions]

1. Can I remove .ARM.exidx section or move memory position of .ARM.exidx section to generate small binary file?

2. If 1st solution is impossible, is there any expected problem when remove .ARM.exidx section?

To generate proper size binary data, I need to remove .ARM.exidx section.

Thanks.

ラベル(1)
0 件の賞賛
返信
2 返答(返信)

2,212件の閲覧回数
EdwinHz
NXP TechSupport
NXP TechSupport

Hi @GoodDay,

If your project uses -fno-exceptions dialect flag, you should be able to remove .ARM.exidx section without issues. This can be done like this other post describes: Solved: How to allocate C++ code to ITCM - NXP Community.

BR,
Edwin.

0 件の賞賛
返信

2,154件の閲覧回数
GoodDay
Contributor I

Dear @EdwinHz

I checked post which you recommend.

I try it but it can not solve the problem.

Please refer below.

GoodDay_0-1714003357746.pngGoodDay_0-1714003357746.png

.ARM.exidx section is not removed and I think not source codes but new library or new nano library has exception.

Because new nano library can not be compiled again and redlib has not this problem.

Thanks.

0 件の賞賛
返信