ビルドプロセスのファイルの管理

生成されるコードソースとヘッダーファイルをビルドプロセスから適用する場合、ビルドプロセスで生成されるファイルと、ファイルの生成を制御する条件について理解しておくと役立ちます。この情報により、次のような生成されたコードリソースにアクセスできるようになります。

モデルのエントリポイントへのパブリックインターフェイス
組み込みデータ型に対応する列挙型
モデルの信号、状態およびパラメーターを記述するデータ構造

コード生成およびビルドプロセスの最中にコードジェネレーターは model.* ファイルを作成します。生成されたヘッダーファイル、ソースファイルおよびデータファイルのファイル名をカスタマイズできます。詳細については、Customize Generated File Namesを参照してください。共有ユーティリティやモデル参照をサポートするために、コードジェネレーターは追加のフォルダーや依存関係ファイルも作成します。ビルドプロセスで作成されるフォルダーの詳細については、ビルドプロセスのフォルダーの管理を参照してください。プロジェクトを使用してビルドプロセスフォルダーを管理する方法を示す例については、プロジェクトでのコードの生成とモデルのシミュレーションを参照してください。

モデルのアーキテクチャおよびコード生成オプションによっては、ERT ベースのシステムターゲットファイルのビルドプロセスでは生成されないファイルが、GRT ベースのシステムターゲットファイルのビルドプロセスでは生成される可能性があります。また、ERT ベースのシステムターゲットファイルのビルドプロセスでは、GRT ベースのシステムターゲットファイルの場合とは異なる方法で生成ファイルがパッケージングされます。Manage File Packaging of Generated Code Modulesを参照してください。

メモ

既定では、ビルドプロセスによってビルドフォルダー内の外部の (生成されていない) ソースファイルは削除されます。ビルドフォルダーでの外部コードファイルの保持のガイドラインに従って、外部のソースファイルをビルドフォルダーに保持することができます。

次の表では、主要な生成ファイルについて説明します。表に示されている生成されたファイル名の中の model は、コードを生成しているモデルの名前を表します。subsystem はモデル内のサブシステムの名前を表します。[コード生成レポートを作成] パラメーターを選択した場合、コードジェネレーターによって一連の HTML ファイルが生成されます。ビルドフォルダーの html サブフォルダーには、ソースファイルごとに 1 つの HTML ファイルと、model_contents.html インデックスファイルがあります。次の表のソースおよびヘッダーファイルには依存関係があります。その他のファイルの依存関係については、ビルドプロセスのファイルの依存関係の管理およびビルドプロセスの依存関係の追加を参照してください。

ファイル説明

ファイル	説明
`builtin_typeid_types.h`	組み込みデータ型に対応する列挙型を定義します。次の条件の 1 つ以上が当てはまる場合、モデルのビルドによってこのファイルが生成されます。メッセージを使用する Stateflow チャートがモデルに含まれている。モデルコンフィギュレーションで [MAT ファイルのログ] が有効。モデルコンフィギュレーションで [コード生成] 、 [インターフェイス] の [C API] オプションが有効。
`model.bat`	コンパイラ環境の設定と `make` ユーティリティの起動を行う Windows^® バッチファイルコマンドが含まれます。このファイルの使用方法の詳細については、model.batを参照してください。
`model.c` `model.cpp`	モデルファイルに対応します。 Target Language Compiler はこの C または C++ ソースコードファイルを生成します。このファイルには以下のものが含まれています。インクルードファイルの `model.h` と `model_private.h` `model_data.c` に配置されるデータを除くデータモデル固有のスケジューラコードモデル固有のソルバーコードモデルの登録コードアルゴリズムコードオプションの GRT ラッパー関数
`model.exe` (Windows プラットフォーム) `model` (UNIX^® および Macintosh プラットフォーム)	実行可能プログラムファイル。コードジェネレーターがコードのみを生成するように明示的に指定した場合を除いて、モデルのビルドによってこのファイルが生成されます。開発システムの `make` ユーティリティの制御の下で、実行可能ファイルがビルドによって (ビルドフォルダーではなく) 現在のフォルダーに生成されます。
`model.h`	モデルエントリポイントとデータ構造にモデルデータ構造体とパブリックインターフェイスを定義します。アクセスマクロを介してリアルタイムモデルデータの構造体 (`model_rtM`) へのインターフェイスを提供します。モデル内のサブシステムの `.c` または `.cpp` ファイルは `model.h` をインクルードします。このファイルには以下が含まれます。エクスポートされた Simulink^® データシンボルモデルデータ構造体、`rtM` を含む。モデルのエントリポイント関数。Embedded Coder ディクショナリでファイル名を指定するものを除きます。詳細については、Control File Packaging of Generated Entry-Point Functions and Simulink Functionsを参照してください。詳細については、model.hを参照してください。
`model.mk`	生成された makefile。開発システムの `make` ユーティリティによる生成コードの最終的なバイナリファイルへのコンパイルおよびリンクを制御します。 `MAKEFLAGS` 環境変数を設定する場合、ビルドプロセスによって使用される現在の `make` ユーティリティと競合するオプションをこの変数と一緒に選択しないでください。
`model.rtw`	コンパイルされたモデルを表します。既定の設定では、ビルドプロセスが完了するとこの ASCII ファイルは削除されます。このファイルを検査用に保持することもできます。
`model_capi.h` `model_capi.c`	エクスターナルモードを使用せずにモデルの信号、状態およびパラメーターを記述するデータ構造が含まれます。詳細については、C API を使用した生成コードと外部コードの間のデータ交換を参照してください。
`model_data.c`	(条件付きで生成された場合) モデル内で使用されるパラメーターデータ構造体と定数ブロック I/O データ構造体の宣言および構造体データ型のゼロ表現が含まれます。モデルがこれらのデータ構造体を使用する場合にモデルのビルドによってこのファイルが生成されます。構造体の `extern` 宣言は `model.h` の中にあります。このファイルが存在する場合、その中には次の内容が含まれています。定数ブロック I/O パラメーターインクルードファイルの `model.h` と `model_private.h` モデルで使用されるユーザー定義の構造体データ型のゼロ表現の定義定数パラメーター
`model_dt.h`	エクスターナルモードをサポートするために、生成されたモデルデータ構造体のデータ型およびデータ型変換の情報を含む構造体を宣言します。
`model_private.h`	モデルとサブシステムのローカル `define` 定数とローカルデータが含まれます。モデルのビルドによって生成されたソースファイルはこのファイルをインクルードします。モデルから作成されたコードと外部コードのインターフェイスを作成する場合、`model_private.h` をインクルードします。このファイルには以下のものが含まれています。インポートされた Simulink データシンボル Stateflow^® エントリポイント Simulink Coder™ の詳細 (各種のマクロ、`enum` などのコードのプライベートな部分) 詳細については、ビルドプロセスのファイルの依存関係の管理を参照してください。
`model_reference_types.h`	タイミングブリッジの型定義を含んでいます。参照モデル、またはモデル参照ブロックを含むモデルの場合、モデルのビルドによってこのファイルが生成されます。
`model_targ_data_map.m`	エクスターナルモードでエクスターナルモード接続の初期化に使用される MATLAB^® 言語コマンドが含まれます。
`model_types.h`	リアルタイムモデルデータ構造体とパラメーターデータ構造体のための事前宣言を与えます。モデルのビルドによって生成されたヘッダーファイルにこのファイルがインクルードされます。再利用可能な関数の関数宣言でこれらの構造体が使用される場合があります。
`multiword_types.h`	マルチワード幅のデータ型の型定義およびそのワードサイズのチャンクが含まれます。コードがマルチワードデータ型を使用する場合は、このヘッダーファイルを含めます。次の条件の 1 つ以上が当てはまる場合、モデルのビルドによってこのファイルが生成されます。モデルでマルチワードデータ型が使用されている。モデルコンフィギュレーションで [MAT ファイルのログ] が有効。モデルコンフィギュレーションで [コード生成] 、 [インターフェイス] 、 [エクスターナルモード] が有効。
`rtGetInf.c` `rtGetInf.h` `rtGetNaN.c` `rtGetNaN.h` `rt_nonfinite.c` `rt_nonfinite.h`	`inf`、マイナス `inf` および `nan` に対するグローバル非有限値の宣言と初期化を行います。非有限比較関数を提供します。次の 1 つ以上の条件が当てはまる場合、モデルのビルドによってこれらのファイルが生成されます。モデルは S-Function を含むモデルから生成されたコードが非有限数を必要とする。モデルコンフィギュレーションで [MAT ファイルのログ] が有効。
`rtmodel.h`	`rt_main.c` など、静的なメインプログラムモジュールに必要な `#include` 命令を含む。コード生成時にビルドプロセスではこれらのモジュールは作成されません。モデル固有のデータ構造体およびエントリポイントにアクセスするために、モジュールは `rtmodel.h` をインクルードします。独自のメインプログラムモジュールを作成する場合は、`rtmodel.h` を必ずインクルードしてください。
`rtwtypes.h`	型定義、`#define` ステートメント、および列挙を提供します。 ERT システムターゲットファイルでは、次のいずれかの条件が満たされる場合にのみコードジェネレーターで `rtwtypes.h` が作成されます。 Data type replacementが `[Coder の typedef を使用]` に設定されている。 Data type replacementが `[固定幅の整数の C データ型を使用]` に設定されており、Coder typedefs compatibilityが選択されている。使用しているカスタムのレガシコードファイルまたは静的なソースファイル (`matlabroot` の下) が Simulink Coder のデータ型定義を必要とする場合、この設定により `rtwtypes.h` が生成されます。 GRT インターフェイスを生成せずインラインでない S-Function も含んでいない ERT ベースのシステムターゲットファイルの場合、`rtwtypes.h` は `simstruc_types.h` をインクルードしません。詳細については、rtwtypes.hおよびビルドプロセスのファイルの依存関係の管理を参照してください。
`rtw_proj.tmw` `sl_proj.tmw`	マーカーファイル。生成コードをいつ再コンパイルしてリンクするかを `make` ユーティリティが判断するのを助けるために、ビルドプロセスでこれらのファイルが生成されます。
`rt_defines.h`	特殊な数学的な定数 (π および e など) の型定義を含み、`UNUSED_PARAMETER` マクロを定義します。生成コードが数学的な定数の定義を必要とする場合、または関数本体が必要なモデル関数の引数にアクセスできない場合、モデルのビルドによってこのファイルが生成されます。
`rt_sfcn_helper.h` `rt_sfcn_helper.c`	インラインでない S-Function がモデル内で使用する関数を提供します。インラインでない S-Function は関数 `rt_CallSys`、`rt_enableSys` および `rt_DisableSys` を使用して下流の Function-Call Subsystem を呼び出します。
`subsystem.c`	別のファイルにコードを配置するようにサブシステムが構成されている場合、インラインでない各非バーチャルサブシステムの C ソースコードが含まれます。
`subsystem.h`	インラインでない非バーチャルサブシステムのエクスポートされたシンボルが含まれます。

builtin_typeid_types.h

組み込みデータ型に対応する列挙型を定義します。

次の条件の 1 つ以上が当てはまる場合、モデルのビルドによってこのファイルが生成されます。

メッセージを使用する Stateflow チャートがモデルに含まれている。
モデルコンフィギュレーションで [MAT ファイルのログ] が有効。
モデルコンフィギュレーションで [コード生成] 、 [インターフェイス] の [C API] オプションが有効。

model.bat

コンパイラ環境の設定と make ユーティリティの起動を行う Windows^® バッチファイルコマンドが含まれます。

このファイルの使用方法の詳細については、model.batを参照してください。

model.c

model.cpp

モデルファイルに対応します。

Target Language Compiler はこの C または C++ ソースコードファイルを生成します。このファイルには以下のものが含まれています。

インクルードファイルの model.h と model_private.h
model_data.c に配置されるデータを除くデータ
モデル固有のスケジューラコード
モデル固有のソルバーコード
モデルの登録コード
アルゴリズムコード
オプションの GRT ラッパー関数

model.exe (Windows プラットフォーム)

model (UNIX^® および Macintosh プラットフォーム)

実行可能プログラムファイル。

コードジェネレーターがコードのみを生成するように明示的に指定した場合を除いて、モデルのビルドによってこのファイルが生成されます。開発システムの make ユーティリティの制御の下で、実行可能ファイルがビルドによって (ビルドフォルダーではなく) 現在のフォルダーに生成されます。

model.h

モデルエントリポイントとデータ構造にモデルデータ構造体とパブリックインターフェイスを定義します。アクセスマクロを介してリアルタイムモデルデータの構造体 (model_rtM) へのインターフェイスを提供します。

モデル内のサブシステムの .c または .cpp ファイルは model.h をインクルードします。このファイルには以下が含まれます。

エクスポートされた Simulink^® データシンボル
モデルデータ構造体、rtM を含む。
モデルのエントリポイント関数。Embedded Coder ディクショナリでファイル名を指定するものを除きます。詳細については、Control File Packaging of Generated Entry-Point Functions and Simulink Functionsを参照してください。

詳細については、model.hを参照してください。

model.mk

生成された makefile。開発システムの make ユーティリティによる生成コードの最終的なバイナリファイルへのコンパイルおよびリンクを制御します。

MAKEFLAGS 環境変数を設定する場合、ビルドプロセスによって使用される現在の make ユーティリティと競合するオプションをこの変数と一緒に選択しないでください。

model.rtw

コンパイルされたモデルを表します。

既定の設定では、ビルドプロセスが完了するとこの ASCII ファイルは削除されます。このファイルを検査用に保持することもできます。

model_capi.h

model_capi.c

エクスターナルモードを使用せずにモデルの信号、状態およびパラメーターを記述するデータ構造が含まれます。

詳細については、C API を使用した生成コードと外部コードの間のデータ交換を参照してください。

model_data.c

(条件付きで生成された場合) モデル内で使用されるパラメーターデータ構造体と定数ブロック I/O データ構造体の宣言および構造体データ型のゼロ表現が含まれます。

モデルがこれらのデータ構造体を使用する場合にモデルのビルドによってこのファイルが生成されます。構造体の extern 宣言は model.h の中にあります。このファイルが存在する場合、その中には次の内容が含まれています。

定数ブロック I/O パラメーター
インクルードファイルの model.h と model_private.h
モデルで使用されるユーザー定義の構造体データ型のゼロ表現の定義
定数パラメーター

model_dt.h

エクスターナルモードをサポートするために、生成されたモデルデータ構造体のデータ型およびデータ型変換の情報を含む構造体を宣言します。

model_private.h

モデルとサブシステムのローカル define 定数とローカルデータが含まれます。

モデルのビルドによって生成されたソースファイルはこのファイルをインクルードします。モデルから作成されたコードと外部コードのインターフェイスを作成する場合、model_private.h をインクルードします。このファイルには以下のものが含まれています。

インポートされた Simulink データシンボル
Stateflow^® エントリポイント
Simulink Coder™ の詳細 (各種のマクロ、enum などのコードのプライベートな部分)

詳細については、ビルドプロセスのファイルの依存関係の管理を参照してください。

model_reference_types.h

タイミングブリッジの型定義を含んでいます。

参照モデル、またはモデル参照ブロックを含むモデルの場合、モデルのビルドによってこのファイルが生成されます。

model_targ_data_map.m

エクスターナルモードでエクスターナルモード接続の初期化に使用される MATLAB^® 言語コマンドが含まれます。

model_types.h

リアルタイムモデルデータ構造体とパラメーターデータ構造体のための事前宣言を与えます。

モデルのビルドによって生成されたヘッダーファイルにこのファイルがインクルードされます。再利用可能な関数の関数宣言でこれらの構造体が使用される場合があります。

multiword_types.h

マルチワード幅のデータ型の型定義およびそのワードサイズのチャンクが含まれます。コードがマルチワードデータ型を使用する場合は、このヘッダーファイルを含めます。

次の条件の 1 つ以上が当てはまる場合、モデルのビルドによってこのファイルが生成されます。

モデルでマルチワードデータ型が使用されている。
モデルコンフィギュレーションで [MAT ファイルのログ] が有効。
モデルコンフィギュレーションで [コード生成] 、 [インターフェイス] 、 [エクスターナルモード] が有効。

rtGetInf.c

rtGetInf.h

rtGetNaN.c

rtGetNaN.h

rt_nonfinite.c

rt_nonfinite.h

inf、マイナス inf および nan に対するグローバル非有限値の宣言と初期化を行います。非有限比較関数を提供します。

次の 1 つ以上の条件が当てはまる場合、モデルのビルドによってこれらのファイルが生成されます。

モデルは S-Function を含む
モデルから生成されたコードが非有限数を必要とする。
モデルコンフィギュレーションで [MAT ファイルのログ] が有効。

rtmodel.h

rt_main.c など、静的なメインプログラムモジュールに必要な #include 命令を含む。

コード生成時にビルドプロセスではこれらのモジュールは作成されません。モデル固有のデータ構造体およびエントリポイントにアクセスするために、モジュールは rtmodel.h をインクルードします。独自のメインプログラムモジュールを作成する場合は、rtmodel.h を必ずインクルードしてください。

rtwtypes.h

型定義、#define ステートメント、および列挙を提供します。

ERT システムターゲットファイルでは、次のいずれかの条件が満たされる場合にのみコードジェネレーターで rtwtypes.h が作成されます。

Data type replacementが [Coder の typedef を使用] に設定されている。
Data type replacementが [固定幅の整数の C データ型を使用] に設定されており、Coder typedefs compatibilityが選択されている。使用しているカスタムのレガシコードファイルまたは静的なソースファイル (matlabroot の下) が Simulink Coder のデータ型定義を必要とする場合、この設定により rtwtypes.h が生成されます。

GRT インターフェイスを生成せずインラインでない S-Function も含んでいない ERT ベースのシステムターゲットファイルの場合、rtwtypes.h は simstruc_types.h をインクルードしません。

詳細については、rtwtypes.hおよびビルドプロセスのファイルの依存関係の管理を参照してください。

rtw_proj.tmw

sl_proj.tmw

マーカーファイル。

生成コードをいつ再コンパイルしてリンクするかを make ユーティリティが判断するのを助けるために、ビルドプロセスでこれらのファイルが生成されます。

rt_defines.h

特殊な数学的な定数 (π および e など) の型定義を含み、UNUSED_PARAMETER マクロを定義します。

生成コードが数学的な定数の定義を必要とする場合、または関数本体が必要なモデル関数の引数にアクセスできない場合、モデルのビルドによってこのファイルが生成されます。

rt_sfcn_helper.h

rt_sfcn_helper.c

インラインでない S-Function がモデル内で使用する関数を提供します。

インラインでない S-Function は関数 rt_CallSys、rt_enableSys および rt_DisableSys を使用して下流の Function-Call Subsystem を呼び出します。

subsystem.c

別のファイルにコードを配置するようにサブシステムが構成されている場合、インラインでない各非バーチャルサブシステムの C ソースコードが含まれます。

subsystem.h

インラインでない非バーチャルサブシステムのエクスポートされたシンボルが含まれます。

`model`.bat

このファイルにはコンパイラ環境の設定と make ユーティリティの起動を行う Windows バッチファイルコマンドが含まれます。

ビルドプロセスでツールチェーンアプローチを使用している場合、このバッチファイルを使用して、生成された makefile model.mk から情報を抽出できます。この情報には、CFLAGS (C コンパイラフラグ) や CPP_FLAGS (C++ コンパイラフラグ) などの makefile に出現するマクロ定義と値が含まれています。model.bat を含むフォルダーを現在の作業フォルダーとして選択し、コマンドウィンドウで次を入力します。

>> system('model.bat info')

UNIX および Macintosh プラットフォームでは、コードジェネレーターは model.bat ファイルを生成しません。これらのシステムで、生成された makefile からツールチェーンアプローチのビルドの情報を抽出するには、コマンドウィンドウで以下を入力します。

>> system('gmake -f model.mk info')

`model`.h

ヘッダーファイル model.h は、モデルエントリポイントとデータ構造にモデルデータ構造体とパブリックインターフェイスを宣言します。また、このヘッダーファイルはアクセスマクロを使用してリアルタイムモデルデータ構造体 (model_M) にインターフェイスを与えます。コードがモデル関数またはモデルデータ構造体とインターフェイスで接続する場合は、model.h を含めます。

エクスポートされたグローバルな信号
```
extern int32_T INPUT;    /* '<Root>/In' */
```

グローバルな構造体の定義

/* Block parameters (auto storage) */
extern Parameters_mymodel mymodel_P;

リアルタイムモデル (RTM) のマクロ定義

#ifndef rtmGetSampleTime
# define rtmGetSampleTime(rtm, idx) 
((rtm)->Timing.sampleTimes[idx])
#endif

モデルのエントリポイント関数 (ERT 例)

extern void mymodel_initialize(void);
extern void mymodel_step(void);
extern void mymodel_terminate(void);

model.h および model.c 以外のファイルでモデルのエントリポイント関数を生成するには、Embedded Coder ディクショナリで、関数カスタマイズテンプレートを使用します。詳細については、Configure Default C Code Generation for Categories of Data Elements and Functionsを参照してください。

main.c (または .cpp) ファイルは model.h をインクルードします。モデルのビルドによって TLC スクリプトから main.c (または .cpp) ファイルが生成される場合、TLC ソースでは model.h をインクルードできます。

#include "%<CompiledModel.Name>.h"

main.c が静的なソースファイルの場合、固定のヘッダーファイル名 rtmodel.h を使用できます。このファイルは model.h ヘッダーファイルを含みます。

#include "model.h"     /* If main.c is generated */

または

#include "rtmodel.h"   /* If static main.c is used */

モデルデータ (たとえば、エクスポートされたグローバルなパラメーターや信号) とのインターフェイスを作成するために、他の外部ソースファイルが model.h をインクルードする必要が生じる場合があります。生成コードの要件のため、model.h ファイル自体が追加のヘッダー依存関係をもつ場合があります。システムヘッダーファイルおよびコードジェネレーターヘッダーファイルを参照してください。

依存関係を減らしてインクルードされるヘッダーファイルの数を減らすには、ビルドプロセスのファイルの依存関係の管理を参照してください。

rtwtypes.h

コンフィギュレーションパラメーター [データ型置換] が [Coder の typedef を使用] に設定されている場合、生成コードには rtwtypes.h が含まれます。ヘッダーファイル rtwtypes.h は生成コードに必要なデータ型、構造、およびマクロを定義します。

生成コードが特定の値の整数演算オーバーフローまたはアンダーフローを必要とする場合がよくあります。たとえば、コードが 16 ビットの整数を予期しているときには、8 ビットまたは 32 ビットの整数型をコードは受け入れません。C 言語では、char、int などの型のビット数の標準を定めていません。

メモ

C99 言語規格が策定される以前には、サイズの決められた整数に関して普遍的に受け入れられるデータ型がありませんでした。C99 規格はヘッダーファイル stdint.h および stdbool.h を規定しています。stdint.h ファイルには、以前使用できなかった、サイズ設定された整数の実装が含まれます。

C 言語のこの機能に対応するため、生成コードでは int8_T、uint32_T などのサイズ設定された整数型を使用しますが、これらは標準的な C の型ではありません。rtwtypes.h 内の生成コードは、[コンフィギュレーションパラメーター] ダイアログボックスの [ハードウェア実行] ペインにある情報を使用して、これらのサイズ設定された整数型を対応する C のキーワード基本データ型にマッピングします。

モデルに非インライン化 S-Function が含まれていない場合、コードジェネレーターは、ERT ベースのシステムターゲットファイル用に最適化されたバージョンの rtwtypes.h を生成します。最適化された rtwtypes.h ファイルには、モデルのハードウェア構成に固有の定義が含まれます。

rtwtypes.h の場所は、ビルドプロセスが "共有ユーティリティ" の場所を使用するかどうかによって異なります。共有場所を使用する場合、コードジェネレーターは rtwtypes.h を slprj/target/_sharedutils に配置します。それ以外の場合は、rtwtypes.h をビルドフォルダー (model_target_rtw) に配置します。生成されたコードのインターフェイスの指定およびControl Placement of rtwtypes.h for Shared Utility Codeを参照してください。

ソースファイルがコードジェネレーターの型名などのコードジェネレーターの定義を使用する場合、ソースファイルは rtwtypes.h ヘッダーファイルをインクルードします。たとえば、コードジェネレーターのデータ型を使用して変数を宣言するファイルです。

uint32_T myvar

場合によっては、まず mex コマンドによって S-Function、カスタムソースファイルがコンパイルされ、次にコード生成ビルドによってコンパイルされます。mex によるコンパイル中に、通常 rtwtypes.h は使用できません。通常は rtwtypes.h によって指定される定義を取得するために、カスタムソースファイルは条件付きで (MATLAB_MEX_FILE のマクロ定義経由で) tmwtypes.h をインクルードできます。

#ifdef  MATLAB_MEX_FILE
#include "tmwtypes.h"
#else
#include "rtwtypes.h"
#endif

コードジェネレーター用のソースファイル main.c (または .cpp) では、プリプロセッサのチェックなしで rtwtypes.h がインクルードされます。

#include "rtwtypes.h"

Target Language Compiler が生成するカスタムソースファイルでは、その生成ファイル内に include ステートメントを出力することもできます。

コンフィギュレーションパラメーター [データ型置換] が [固定幅の整数の C データ型を使用] に設定されている場合、コードジェネレーターは rtwtypes.h を作成しません。生成コードが rtwtypes.h 内の定義を必要としないためです。生成コードの使用する静的ファイルが matlabroot の下にあり、Simulink Coder のデータ型定義を必要とする場合、ソフトウェアは簡易バージョンの rtwtypes.h を生成します。カスタムコードに rtwtypes.h がインクルードされている場合は、[Coder の typedef 互換性] チェックボックスをオンにすることで、簡易バージョンの rtwtypes.h の生成を強制できます。

簡易化された rtwtypes.h