SYSLAB blog

Ride7 を使っていて、以前から漠然とアセンブリコードの条件ディレクティブがうまくいかないと思っていた。今まではファイル内で

.if (1)
....
.endif

のように固定値を使っていた。
しかし、既にあるプロジェクトのアセンブリソースに条件ディレクティブが組み込まれている場合は書き換えるのも手間だ。そこで、なんとか Ride7 でも動くようにしてみようと言うわけだ。

まず、現在のコマンドラインを調べてみることにする。記述してあるのは "AS.config" だ。

　<![CDATA["$(Target.Tools.Execute)" -MD -D_$(Target.ProcessorARM.Processor)_ $(Target.ProcessorARM.ProcSubFamily) $(Target.ProcessorARM.Target) $(CmdInput) -o "$(NodeASM.Build.OutputFile)" $(AS.General.IncDir) -c -Wa,-EL $(AS.Options.Debug) $(AS.Defines.Defines) $(AS.Options.LocalLabel) $(AS.Options.Warnings) $(AS.Specific.Thumb) $(AS.Options.More)]]>

これを実際のコマンドラインに展開すると

"C:\Program Files\Raisonance\Ride\arm-gcc\bin\arm-none-eabi-gcc.exe" 
-MD -D_STM32F103xB_ -D_STM32x_ -D_STM32F1x_ -mcpu=cortex-m3 
"C:\Keil\ARM\GNU\TEST\CrossWorks\STM32F10X\STM32_Startup.s" -o 
"C:\Keil\ARM\GNU\TEST\CrossWorks\STM32F10X\out\STM32_Startup.o" 
-I "." -I "C:\Program Files\Raisonance\Ride\Lib\ARM\include" 
-c -Wa,-EL  -DSTM32F10X_MD=1    -mthumb  

define の指定に -D を使っている所を見ると、プリプロセッサを使った後アセンブラに引き渡したいらしい。
しかし、assembler-with-cpp の指定が無いのでソースファイルはそのままアセンブラに引きわたしてしまう。
と言うわけでせっかく指定している Define が生かされていないのだった。そこで -x assembler-with-cpp の指定を追加。

　<![CDATA["$(Target.Tools.Execute)" -c -x assembler-with-cpp -MD -D_$(Target.ProcessorARM.Processor)_ $(Target.ProcessorARM.ProcSubFamily) $(Target.ProcessorARM.Target) $(CmdInput) -o "$(NodeASM.Build.OutputFile)" $(AS.General.IncDir) -Wa,-EL $(AS.Options.Debug) $(AS.Defines.Defines) $(AS.Options.LocalLabel) $(AS.Options.Warnings) $(AS.Specific.Thumb) $(AS.Options.More)]]>

結果 ．．． 問題ない。
Defines で指定したものが有効になっている。
しかし、困ったこともある。アセンブリソースファイルには条件ディレクティブをプリプロセッサで処理するタイプの物とアセンブラで処理するタイプの物があるのだ。
Keil ARMGCC などはアセンブラで処理するタイプなので、そのためのソースは書き換える必要がある。

ちなみに上記キャプチャー画面のプロパティー AS assembler Defines は今回のテストのために追加したものでコマンドラインに展開すると -D が付け加えられる。


さて、それではアセンブラに引き渡すタイプのソースの場合どうすればよいのだろう？
スクリプトファイルを元に戻し AS assembler Additional options で -Wa,--defsym STM32F10X_MD=1 を指定してみる。

arm-none-eabi-gcc.exe: error: STM32F10X_MD=1: No such file or directory

とエラーになってしまう。
もうアセンブラを直接呼び出すしか無いだろう。

　<![CDATA["$(RKitInst)arm-gcc\bin\arm-none-eabi-as.exe" -MD $(Target.ProcessorARM.Target) $(CmdInput) -o "$(NodeASM.Build.OutputFile)" $(AS.General.IncDir) -EL $(AS.Options.Debug) --defsym _$(Target.ProcessorARM.Processor)_=1 $(AS.Defines.Defines) $(AS.Options.LocalLabel) $(AS.Options.Warnings) $(Target.ProcessorARM.Target) $(AS.Specific.Thumb) $(AS.Options.More)]]>

結果 ．．． うまくいった。
しかし、ソースによりスクリプトファイルを切り替えることは多分できないと思うのでどちらを選択するのか考えどころだ。
いや、プロパティで選択できるようにすればよいのかな？


そうそう、直接アセンブラを呼び出した場合
Raisonance\Ride\Config\ExternalTools\PC-lint\ARM\lint_cmac.h
が読み込まれないようなのでこれも問題だ。




環境： Ride7 version 7.30.10.0169
　　　 + RKit-ARM version 1.30.10.0356
　　　 + GCC ARM/embedded-4_9-branch revision 218278

Web 上に STM32L4 のライブラリがあったので Ride7 のプロジェクトジェネレータに加えることにする。
正しいものかどうか分からないが、間違っていたとしてもベクターテーブルだけの問題だろう。
スタートアップは startup_stm32l4xx.s で登録していたので以下の名称に対応するようにスクリプトを変更する。
startup_stm32l471xx.s
startup_stm32l476xx.s
startup_stm32l486xx.s

    if(processor.substr(0, 7) == "STM32L4")
       startupfile = defaultlibdir + "\\startup_" + processor.substr(0, 9) + "xx.o" ;

コンパイルしてみたが特に問題は無いと思う。


環境： Ride7 version 7.30.10.0169
　　　 + RKit-ARM version 1.30.10.0356
　　　 + GCC ARM/embedded-4_9-branch revision 218278

STMicroelectronics を覗くと STM32F7xx のライブラリがリリースされていた。
先日 Ride7 で STM32F7xx を使えるようにしたばかりだが、正式なものが発表されたのなら Startup などを新しいものに交換したい。
スタートアップの名称は
startup_stm32f745xx.s
startup_stm32f746xx.s
startup_stm32f756xx.s
中身はベクターテーブルと Cortex-M7 の指定があるかどうかの違いだけだった。


導入済みのスタートアップは startup_stm32f7xx.s なので上記の名前に合うようにスクリプトを変更しなければならない。
これがけっこう面倒だ．．． と思っていたが、そうでもなかった。

    startupfile = defaultlibdir + "\\startup_" + processor.substr(0, 9) + "xx.o" ;

STM32F7 の部分、上記一行だけですんだ。
そして Startup の中の

    bl __libc_init_array

をコメントにしてコンパイルした物を defaultlibdir にコピーすれば出来上がりだ。


しかし、ひまな時にでも __libc_init_array を使えるようにしておこう。


環境： Ride7 version 7.30.10.0169
　　　 + RKit-ARM version 1.30.10.0356
　　　 + GCC ARM/embedded-4_9-branch revision 218278

Keil.STM32F2xx_DFP.2.2.0.pack を使うためのプロジェクトを前回 GCC 用で作ったが今回は ARMCC 用で作ることにする。
さて、GCC からどうやって切り替えよう．．．。
Project Generator の中に選択項目はなかったのでダミーのプロジェクトを読み込みその中でコンパイラの選択をすることから始める。
ダミーのプロジェクトを読み込み File Extensions, Books and Environment の Folders/Extensions Use ARM Compiler にチェックを入れる。（既にチェックが入っている場合は Use GCC にチェックを入れて一旦閉じてからやり直す）
この操作を何とかしたい所だがなんともならない。

さあ、準備ができたので GCC の時と同じように新規プロジェクトを作る。 できあがったプロジェクトを見てみると ARMCC のプロジェクトになっている。
どうやらプロジェクトを作る前に使いたいコンパイラの環境を設定しなければならないようだ。

それでは Source Group 1 にダミーの main を入れてコンパイルしてみる。

RTE\Device\STM32F205RBTx\system_stm32f2xx.c(65): error:  #5: cannot open source input file "stm32f2xx_hal.h": No such file or directory

Path が通っていない。
Project の Options C/C++ Tab Include Paths に
C:\Keil_v5\ARM\PACK\Keil\STM32F2xx_DFP\2.2.0\Drivers\STM32F2xx_HAL_Driver\Inc を追加。


再度コンパイル

C:\Keil_v5\ARM\PACK\Keil\STM32F2xx_DFP\2.2.0\Drivers\STM32F2xx_HAL_Driver\Inc\stm32f2xx_hal.h(48): error:  #5: cannot open source input file "stm32f2xx_hal_conf.h": No such file or directory
C:\Keil_v5\ARM\GNU\TEST\STM32\armcc\RTE\stm32f2xx_hal_conf.h

stm32f2xx_hal_conf.h が無い。GCC で使ったものをコピーして使うことにする。


再再度コンパイル
コンパイルが通る。


GCC に比べると追加する項目は少ないが、やはりパスを追加しなければならない。
パスの追加はできるのだろうか？


参照：
　MDK5 Software Packs
環境：Keil MDK-ARM V5.14
　　　 + GCC ARM/embedded-4_9-branch revision 218278
　　　 + Keil.STM32F2xx_DFP.2.2.0.pack