参考サイト：MacとWindowsでのX-Planeプラグイン開発の初歩

Mac X-Plane プラグイン開発 – Macな暮らし

以下のところにプラグインのサンプルコードがあります。プラグイン開発では、コレを参考にして勉強するのが一番有効な方法だと思います。最初は理解できなくても、このコー

polo-web.com

Win X-Plane プラグイン開発 – Macな暮らし

以下のところにプラグインのサンプルコードがあります。プラグイン開発では、コレを参考にして勉強するのが一番有効な方法だと思います。最初は理解できなくても、このコー

polo-web.com

Mac用をダウンロードしてみます。X-Code 3.2以上が必要となっています。私は7.3.1を使っていますが、他のバージョンでも出来るとおもいます。
しかし、バージョンによっては色んなエラーがでて自分で解決する必要が出てきます、7.3.1でも同じようにエラーが結構でますが私の解決方法でなんとかクリアできると思います。

ダウンロードするとこのようなtxtファイルになっています。

最後の .txt を削除して .ZIP にして、あとは解凍するばEngineStarterフォルダが出てきます。その中には以下のファイルが入っています。

この警告をクリックすると以下のダイアログが出るので下の「Perform Changes（変更を実行）」をクリック。

これで警告がなくなります。スクリプトが表示されていないなら、左のメニューのEngineStarter.cppを選択すると表示されます。
後は、ビルドするだけです。

赤枠の三角アイコンをクリックするとビルドが開始されます。このボタンが押される前の状態でエラーが無いなら問題なくビルドは成功します。
ビルドされたファイルはここにあります。
ユーザ/ライブラリ/Developer/Xcode/DerivedData/EngineStarter-gcaiijmqovyfqlfvkmbviqtlndgi/Build/Products/Debug/EngineStarter.xpl

XcodeのPreferences…でビルドの出力位置を変更することもできます。

後はここで出来た、EngineStarter.xplファイルをX-Planeのプラグインフォルダに入れるだけです。
X-Planeを起動するとプラグインメニューにEngineStarterの文字が表示され、選択するとプラグインが表示されます。
起動した機体によってエンジン数が変化します。スターターを回すにはその準備が整っている必要があります。
例えばセスナの場合はスターターを回す前にバッテリーがONになっている必要があります。
後はスタートボタンを押して赤のミクスチャと黒のスロットル調整をやればエンジンがスタートします。

ここまでは非常に簡単だったと思います。
この「EngineStarter」のスクリプトは比較的難しいので、実際の開発の勉強は「HelloWorld」などから始めたらいいと思います。
後はひたすらこのスクリプトを見て勉強するのみです。

日本語を使うためにUTF8にコンバートする

更に、コメントやプラグイン内で表示する文字等を日本語に変更しようとすると以下の警告が出る場合があります。

UTF8にコンバートすると日本語をプラグイン内で使用することができるようになり、日本語になるとプラグインが使い安くなるので便利です。
元のエンコードは欧米（Mac OC Roman）になっていました。

プロジェクト名を変更する

ダウンロードした既存のプロジェクトを使って、新しくプラグインを作成する場合、当然プロジェクト名を変更する必要があります。
その場合、まずXcodeの開いたプロジェクトで下の楕円のところの名前を変更します。ここでとりあえず「myExample」とします。

入力してリターンキーを押すとこのダイアログが出るので右下の「Rename」をクリック。

するとプロジェクト名とProductsフォルダ内のxpiファイル名も同じ名前に変更になります。後は同じように「Source」内のcppファイルの名前も変更します。

最後にビルドところも変更します。左のアイコンから開いたメニューで一番下を選択。

ダイアログが出ます。左下の＋ボタンをクリックして出たダイアログでそのままOKボタンをクリック。

新しく今変更した名前が追加されます。古い名前が選択状態で「−」をクリック、更に「Delete」をクリックして終了です。

以下のように名前が変更になっています。

これで一応一通りの新しいプロジェクトとビルドの環境が整ったことになります。
これをXcodeで一から作成するとなるとビルドの設定が非常に難しくなるのではないかと思います、既存の設定をそのまま使うので何も考えずにビルダが実行できるようになります。

Visual Studio 2010の初期設定

プラグイン開発のためにVisual Studio 2010で32ビットは問題なくビルドできます。
問題は64ビット用をビルドするには、最初の設定がMacと違ってチョット面倒なんです。
次の初期設定を参考にして下さい。

1. Visual C ++ 2010 Expressインストール：Visual Studio 2010 Express 日本語版 (Microsoft.com)
2. Windows Platform SDK 7.1をインストール
3. Windowsを再起動し、Microsoftのアップデートを実行します。 Visual Studio用の更新プログラムを入手するには、Windows Updateだけでなく、Microsoft Updateを使用することが重要です。前者はOSのアップグレード、後者はアプリのアップグレードとなるのかな？
4. アップデートを得た後、、Visual Studioの更新は、SDKからの64ビット・ツールをインストールする必要があり、64ビットコンパイラを再インストールする必要があります。

以上の面倒な作業が済んだら、以下のサイトから「EngineStarter」を例題としてダウンロードしてビルドしてみましょう。

SDKトップページ：https://developer.x-plane.com/sdk/

ここにはそれぞれのサンプルコードがあります：
https://developer.x-plane.com/sdk/plugin-sdk-sample-code/

その中の「EngineStarter」をダウンロードします。

Microsoft Visual Studio 2010となっています。他のバージョンでも出来るとおもいます。
Win用をダウンロードしてみます。

SDKフォルダにはプラグイン開発に必要なファイルが沢山入っています。この3つのファイルが必要になります。
EngineStarter.vcxprojをダブルクリックして Visual C ++ 2010 Expressを立ち上げます。

この設定で32ビットでのデバックが実行されます。

以下で「はい」をクリック。

ビルドが成功すると以下のようになります。ビルド：１正常終了

OKで終了です。

６４ビットはこの赤枠の三角アイコンから「x64」を選択してビルドします。x64が出無いなら64ビット・ツールをダウンロードしてください。

更に以下の設定が必要。
左のメニューから「EngineStater」を選択して、「プロジェクト」メニューから「プロパティ」を選択すると以下が表示される。
ここでは、プラットフォームで「アクティブ(x64)」と既になっていますが、もしなっていないなら、右端の「構成マネージャ」で「x64」を選んで下さい。
「x64」が出てこないのは最初のインストールがうまくいっていません。
更に構成プロパティの全般を選択すると一番下に「v100」と表示されます。これがエラーになる原因です。

これを赤丸のところを右クリックでメニューを表示させると「Windows7.1SDK」というものが出てきます。
これは前の２番目の項目でインストールしたのもで、表示されないならもう一度インストールを確認をして下さい。

適用ボタンをクリックしてOKで閉じます。
これで無事ビルドが成功します。

ビルドされたファイルは同じフォルダ内の「Debug」の中に「plugins」があり更に「EngineStrter」あります。

その「EngineStrter」をそのままX-Planeのプラグインに入れると完成です。X-Planeを起動して確認してください。

X-Planeを起動するとプラグインメニューにEngineStarterの文字が表示され、選択するとプラグインが表示されます。
起動した機体によってエンジン数が変化します。スターターを回すにはその準備が整っている必要があります。
例えばセスナの場合はスターターを回す前にバッテリーがONになっている必要があります。
後はスタートボタンを押して赤のミクスチャと黒のスロットル調整をやればエンジンがスタートします。

Macに比べるとチョット敷居が高いですがなんとかなっったと思います。
この「EngineStarter」のスクリプトは比較的難しいので、実際の開発の勉強は「HelloWorld」などから始めたらいいと思います。
後はひたすらこのスクリプトを見て勉強するのみです。

Macでは問題なく日本語が使えました。Visual C ++ 2010 Expressでもコメントを日本語にするのは問題なく出来ますが、プラグイン内で日本語を使うと文字化けしてしまいます。
utf-8に変換するといいようなことが書いてあるのですが、やはり文字化けは解消されませんでした。
どなたか教えていただけないでしょうか。

プロジェクト名の変更は、それぞれの名前を右クリックすると、「名前の変更」が選択できるのでそれぞれを変更すれば大丈夫です。

私はMacでまずプラグインを作成します。Xcodeではスクリプトを記述するときにリアルタイムに警告やエラーが出て、今の作業が良いか悪いかがすぐにわかります。
Visual C ++ 2010 Expressでは最後のビルドになって初めてエラーが表示されます。
そういうことでMacで作成したcppファイルをそのままコピーしてVisual C ++ 2010 Expressのcppフィアルにペーストします。
ときどき、それでもエラーになるときもありますが、その時点で修正します。その修正をXcodeの方に戻しておくと、そのプロジェクトに関しては次回からはXcodeで作成してVisual C ++ 2010 Expressに戻しても、ほとんどエラーは出ません。

サンプルコードの中でも簡単なコードでということで。ReloadPluginsを見てみます。これはプラグインの中でも最小のスクリプトで記述されていると思います。メニューに表示されて、選択したらプラグインを再読み込みしてくれるのです。
X-Planeをいちいち再起動しないで済むので開発においては必須のプラグインです。しかしこれ、X-Plane10ではうまく動作しません。11の方は非常に快適に動作してくれます。ですから今はX-Plane 11が開発環境になっています。10の場合は再起動が必要です（時間が勿体無い）。
スクリプトの記述は最低でもこれだけは必要だということになります。そしてこれがX-Planeプラグインの基本構造でもあります。

ReloadPluginsをここから

プロジェクトを立ち上げると以下のような警告が出ます

これをクリックして出たダイアログの一番下の「Perform Changes」をクリックで警告が消えます。

29行目の最後の”Reload plugins”と80行目の”Reload plugins”これがリンクしていて、メニューを選択したらXPLMReloadPlugins(); を実行するようになっています。そして、何も記述されていない関数もありますが、必ずこれだけをセットとして記述する必要があるようです。

私も完全なプログラミングの専門家ではないので、かなり曖昧な説明になっていますが、何度も変更を加えて動作を確認しながら勉強するというド素人のやり方で今日まで来ています。間違って説明している場合もあるので、あくまで参考ということで。

#include <string.h>
#include "XPLMPlugin.h"
#include "XPLMMenus.h"
 
static void MyMenuHandler(void * mRef, void * iRef);
 
/*
 * XPluginStart
 * 
 * スタートルーチンはウィンドウを登録し、その他の初期化を行います。
 * 
 */
PLUGIN_API int XPluginStart(
      char *  outName,
      char *  outSig,
      char *  outDesc)
{
     
 XPLMMenuID id;
 int   item;
 
 strcpy(outName, "ReloadPlugins");
 strcpy(outSig, "xplanesdk.sandybarbour.ReloadPlugins");
 strcpy(outDesc, "A plugin that allows plugins to be reloaded.");
    
 item = XPLMAppendMenuItem(XPLMFindPluginsMenu(), "ReloadPlugins", NULL, 1);
 
 id = XPLMCreateMenu("ReloadPlugins", XPLMFindPluginsMenu(), item, MyMenuHandler, NULL);
 XPLMAppendMenuItem(id, "Reload", (void *)"Reload plugins",1);
 
  
 
 //初期化に成功したことを示すには1を返す必要があります。それ以外の場合は、再び呼び出されません。
 return 1;
}
 
/*
 * XPluginStop
 *
 * クリーンアップルーチンは、ウィンドウの割り当て解除します。
 */
PLUGIN_API void XPluginStop(void)
{
}
 
/*
 * XPluginDisable
 * 
 * 無効のときは何もする必要はありませんが、しかしハンドラは提供する必要があります。
 */
PLUGIN_API void XPluginDisable(void)
{
}
 
/*
 * XPluginEnable.
 *
 * 有効化固有の初期化は行いませんが、この時点で有効にできることを示すためには「return 1」が必要です。
 */
PLUGIN_API int XPluginEnable(void)
{
 return 1;
}
 
/*
 * XPluginReceiveMessage
 * 
 * 受信メッセージハンドラ、ここでは何もする必要はありませんが、これを提供する必要があります。
 * 
 */
PLUGIN_API void XPluginReceiveMessage(
     XPLMPluginID inFromWho,
     int    inMessage,
     void *   inParam)
{
}
 
 
void MyMenuHandler(void * mRef, void * iRef)
{
 if (!strcmp((char *) iRef, "Reload plugins"))
 {
  XPLMReloadPlugins();    //これがプラグインをリロードするように命令する関数です。
 }
}

Xcode14.2(14C18)

Plugin SDKダウンロード：https://developer.x-plane.com/sdk/plugin-sdk-downloads/
X-Plane SDK 3.0.3 for Windows, Linux and Mac
以下のところがX-Planee 11用のSDK、X-Plane 12用はこの下の方にある。

SDKの中身、MacとWindows両方で使える。

このSDKは以下のサンプルコードにも一緒に入っている。同じものになる。

サンプルコードのダウンロード

このサンプルコードにはSDK 3が一緒に入っているので、SDK 3のダウンロードは必要が無い。

ここにはそれぞれのサンプルコードがあります。
https://developer.x-plane.com/sdk/plugin-sdk-sample-code/
http://www.xsquawkbox.net/xpsdk/mediawiki/Category:C_Sample_Code

Hello World (SDK 3)をダウンロードしてみる。

下の方にある「profect for Xcode 6 or newer (64-bit Intel)」をダウンロード。
自分のMacはM1だけど大丈夫かな？

プロジェクトファイルからXcodeを起動

ダウンロードしたファイルの中身。全て揃っているので「Hello-World-SDK-3.xcodeproj」をダブルクリックするとXcoceが起動する。

初めてXcodeを起動する場合は以下のようになる。

英語なので意味不明、そのまま「Agree：同意」をクリック。

Select the platforms you would like to install
インストールするプラットフォームを選択してください。iOSとmacOSを選択。macOSだけでも良い。

What’s New in Xcode：Xcode の新機能
説明なのでそのまま、Continue（続ける）をクリック。

Xcodeから起動すると、選択画面が出るのかもしれない。その場合は、ここから「Open a project or file」をクリック。

「Hello-World-SDK-3.xcodeproj」を開く

以下の画面が出る。Deployment Info：導入情報　ここではDeployment Target 10.9になっている。つまり、これ以上のMacのバージョンで使えるようになるということらしい。OS X Mavericksが10.9になる。

プログラムを見るにはcppファイルをクリック。

右上に参加宇野オレンジのアイコンが警告の色になる。クリックするとプログラム内の警告ラインが表示され矢印のところにオレンジのラインが表示され、ここに何かを入れるような感じで表示さる。

右の警告アイコンをクリックすると下のように、その警告の内容が表示される。

Conversion from string literal to ‘char *’ is deprecated
文字列リテラルから「char *」への変換は非推奨です。

となっている。これはあくまで警告でそのまま無視しても問題なくビルドできる。。

ではビルドしてみます。左の上の▶マークをクリックしてビルドすることができる。
すると、左の横スペースを広げると、オレンジの警告の数々が出現する。

これはあくまで警告なのでxpiファイルが作成される。

作成された「Hello-World-SDK-3.xpl」は以下のところに書き出される。
/Users/ユーザー名/Library/Developer/Xcode/DerivedData/Hello-World-SDK-3-gdwkeqbtevtxclcjgdzzlskrtwmj/Build/Products/Debug/Hello-World-SDK-3.xpl

これでも問題無く、X-Planeで表示される。

警告を解決するには

この警告の大半もここから解決できる。

クリックすると下にエラー項目が表示される。

エラーは出るが「Hello World (SDK 3)」のウインドウが問題なく表示される。
しかし、エラーが出ているの意味がまったくわからない。

ビルドされたファイルはここに入る：/Users/kazuo/Library/Developer/Xcode/DerivedData/Hello-World-SDK-3-gdwkeqbtevtxclcjgdzzlskrtwmj/Build/Products/Debug/Hello-World-SDK-3.xpl

ファインダーから移動メニューを開き、ライブラリ->Developerと入っていくと分かりやすい。

最初の警告解決

一番上のcharのエラーはそのままでも問題ない。

Conversion from string literal to ‘char *’ is deprecated
文字列リテラルから「char *」への変換は非推奨です

以下が警告の意味を調べた結果

本来C++言語では、const char*からchar *への変換はコンパイルエラーとして扱われるます。しかし、C言語では「文字列リテラル(const char配列)からchar *への自動変換を特別に許可」しており、C言語から派生したC++言語でも歴史的経緯として、特例でこの自動変換を許容する（ただし警告付き）コンパイラが多いです。

warning: Traditional headermap style is no longer supported; please migrate to using separate headermaps and set ‘ALWAYS_SEARCH_USER_PATHS’ to NO. (in target ‘Hello-World-SDK-3’ from project ‘Hello-World-SDK-3’)
警告: 従来のヘッダーマップ スタイルはサポートされなくなりました。 別のヘッダーマップを使用するように移行し、「ALWAYS_SEARCH_USER_PATHS」を NO に設定してください。 (プロジェクト「Hello-World-SDK-3」のターゲット「Hello-World-SDK-3」内)

以下のように（cher*）をテキストの前に入れると解決。

XPLMDrawString(col_white, l + 10, t - 20, (char*)"Hello world! こんいちは世界！", NULL, xplmFont_Proportional);

以下の設定でもエラーが消える。とあるが消えない？

警告の解消の仕方いろいろ

Dylib (SDK/Libraries/Mac/XPLM.framework/XPLM) was built for newer macOS version (10.10) than being linked (10.9)

Dylib (SDK/Libraries/Mac/XPLM.framework/XPLM) は、リンクされている (10.9) よりも新しい macOS バージョン (10.10) 用にビルドされました。

つまりこれは指定された10.9より上のバージョン10.10でビルドされたと言う意味らしい。

展開ターゲット ‘MACOSX_DEPLOYMENT_TARGET’エラー

/Users/kazuo/Downloads/Hello-World-SDK-3/Hello-World-SDK-3.xcodeproj
The macOS deployment target ‘MACOSX_DEPLOYMENT_TARGET’ is set to 10.9, but the range of supported deployment target versions is 10.13 to 13.1.99.

/Users/kazuo/Downloads/Hello-World-SDK-3/Hello-World-SDK-3.xcodeproj
macOS の展開ターゲット ‘MACOSX_DEPLOYMENT_TARGET’ は 10.9 に設定されていますが、サポートされている展開ターゲット バージョンの範囲は 10.13 から 13.1.99 です。

つまり、プロジェクトの設定は10.9だが、Xcodeは10.13 から 13.1.99 までしかサポートしていない？

従って、10.13を選択すればMac OS 10.13以上のMacには使えるようになる。ということ？

10.13を選択すると上のようなエラーがまた出てくるがそれを選択すると以下のようなダイアログが出て、青色のボタンをクリックしていくとエラーが自動で解消されていく。

Migrate “Japanese.lproj” (Deprecated)
Migrating the “Japanese, deprecated” localization to “Japanese” is recommended for all projects. This will ensure localized resources are placed in “ja.lproj” directories instead of deprecated “Japanese.lproj” directories.

「Japanese.lproj」を移行 (非推奨)
すべてのプロジェクトで、「非推奨の日本語」ローカライズを「日本語」に移行することをお勧めします。 これにより、ローカライズされたリソースが非推奨の「Japanese.lproj」ディレクトリではなく「ja.lproj」ディレクトリに配置されるようになります。

「Migrate：移行する」するをクリックする。

その他にも「Migrate “French.lproj” (Deprecated)」「Migrate “English.lproj” (Deprecated)」「Migrate “German.lproj” (Deprecated)」

以上全て同じように「Migrate」をクリック。

nable Base Internationalization
Enabling Base Internationalization is recommended for all projects.
可能なベースの国際化
すべてのプロジェクトで Base Internationalization を有効にすることをお勧めします。

「Enable」をクリック。

Build SettingsBuild Settings
Target ‘Hello-World-SDK 3’ -Enable Dead Code String
Enabling dead code string is recommended. This will update the DEAD_CODE_STRIPPING setting.
ターゲット ‘Hello-World-SDK 3’ – 死んだコード文字列を有効にする
デッド コード文字列を有効にすることをお勧めします。 これにより、DEAD_CODE_STRIPPING 設定が更新されます。

Use Recommended macOS Deployment Target
Updating the target’s macOS deployment Target to a newer value is recommended. This will update the MACOSX_DEPLOYMENT_TARGET build setting.
推奨される macOS 展開ターゲットを使用する
ターゲットの macOS 展開ターゲットを新しい値に更新することをお勧めします。 これにより、MACOSX_DEPLOYMENT_TARGET ビルド設定が更新されます。

Project ‘Hello-World-SDK 3’ -Enable Recommended Warning
This will enable the following recommended compiler warning:
・Quoted Include In Framework Header
Project ‘Hello-World-SDK 3’ – 推奨される警告を有効にする
これにより、次の推奨されるコンパイラ警告が有効になります。
・フレームワークヘッダーに引用されたインクルード

Project ‘Hello-World-SDK3’ -Automatically Select Architectures
Project ‘Hello-Word-SDK3’ overrides the Architectures setting. This will remove the setting sand allow Xcode to automatically select Architectures based on hardware available for the active platform and deployment target.
Project ‘Hello-World-SDK3’ – 自動的にアーキテクチャを選択
プロジェクト ‘Hello-Word-SDK3’ は、アーキテクチャ設定をオーバーライドします。 これにより、設定が削除され、アクティブなプラットフォームと展開ターゲットで利用可能なハードウェアに基づいて、Xcode が自動的にアーキテクチャを選択できるようになります。

Project ‘Hello-World-SDK3’ -Enable Dead Code Stripping
Enabling dead code stripping is recommended. This will update the DEAD_CODE_STRIPPING setting.
Project ‘Hello-World-SDK3’ – デッド コード ストリッピングを有効にする
デッド コード ストリッピングを有効にすることをお勧めします。 これにより、DEAD_CODE_STRIPPING 設定が更新されます。

「Perform Changes：変更の実行」をクリック。

Build Settings
Use Recommended macOS Deployment Target
Updating the target’s macOS deployment target to a newer value is recommended. This will update the MACOSX_DEPLOYMENT_TARGET build setting.
推奨される macOS 展開ターゲットを使用する
ターゲットの macOS 展開ターゲットを新しい値に更新す

「Perform Changes：変更の実行」をクリック。

Traditional headermap style is no longer supported; please migrate to using separate headermaps and set ‘ALWAYS_SEARCH_USER_PATHS’ to NO.
従来のヘッダーマップ スタイルはサポートされなくなりました。 別のヘッダーマップを使用するように移行し、「ALWAYS_SEARCH_USER_PATHS」を NO に設定してください。

以下のところから「No」にすることができる。

この状態でビルドすると、最終的に１つだけの警告になる。
色々調べると「char *」を「const cher*」に変更すると良いとなっているが、それをやるとエラーになってしまう。ライブラリの方を変更する必要があるのかもしれないが、良くわからないし、警告だけなのでこのままで最終ビルドにすることにした。

問題なくビルドできているのでいいと思う。

今回はサンプルの「X-Plane-11-Window-API-Sample」をベースに名前を変更しています。

プロジェクト名を「Polo-Test-Window」と変更しました。ウインドウの別のところをクリックするか、リターンキーで下の画面が出てくる、Chengeのところで変更される項目がわかるので、どこが変更されるのかが理解できると思う。

「Rename」をクリックし、OKをクリックする。

次に「Source」内のcppファイルの名前も変更します。

次に上の方にギリシャ神殿マークみたいなのがあるが、ここをクリック。
Manage Schemes（スキームの管理）を選択。

すると下のウインドウが出る。
Autocreate schemes（スキームの自動作成）、Autocreate schemes New（スキームの自動作成 新規）

左下のある「+」ボタンをクリックすると、新しく作成した名前が表示されるので、OKをクリック。

新しい名前が追加さるので、古い名前を選択して「−」ボタンで削除します。

Deleteボタンで削除。

以下のようになれば完了です。Closeで終了します。

最後に以下のようになっているのを確認します。

これで一応一通りの新しいプロジェクトとビルドの環境が整ったことになります。
これをXcodeで一から作成するとなるとビルドの設定が非常に難しくなるので、既存の設定をそのまま使うと何も考えずにビルダが実行できるので簡単にできるようになります。

ビルドしたファイル名が元の名前になっている

うまく名前が変更できたと思ったが、ビルドすると以前の名前の中にビルドファイルが入っている。
以下は上とは違うプロジェクト名で混乱するかもしれないが、下のSimple Text Viewが変更したプロジェクト名でHell World SDK 3は変更前のプロジェクト名になる。

警告が沢山出るのを解決

▶のビルドボタンを押すと警告が沢山でます。

基本的にはあくまで警告なので、このまま使うことができる。

この中で下の方にあるUpdateとMigrateとEnableはクリックしていくと自動的に解決してくれる。

例えば、一番下のEnable Baseをクリックすると以下のウインドウが出るので「Enable」をクリックするだけで解決。

一番上のUpdate to recommended settingsが何故か消えない。
「Perform Changes：変更の実行」

Updating the target’s macOS deployment target to a newer value is recommended. This will update the MACOSX_DEPLOYMENT_TARGET build setting.
ターゲットの macOS 展開ターゲットを新しい値に更新することをお勧めします。 これにより、MACOSX_DEPLOYMENT_TARGET ビルド設定が更新されます。

何故かこれが変更されない。

次にいってみる。

Dylib (SDK/Libraries/Mac/XPLM.framework/XPLM) was built for newer macOS version (10.10) than being linked (10.9)
Dylib (SDK/Libraries/Mac/XPLM.framework/XPLM) は、リンクされている (10.9) よりも新しい macOS バージョン (10.10) 用にビルドされました。

つまり、これは(SDK/Libraries/Mac/XPLM.framework/XPLM）が10.9で設定されているが、実際は10.10でビルドされたとうことになる。

このことを指している。

これの解決策は、プロジェクトを(Cmd-Shift-K)でクリーンアップ、もう一度ビルドすることだけ。これでこの警告が消えて、選択した展開設定で動作するまったく新しいオブジェクトファイルが作成されます。とあった。実際警告は消えたけど10.9でビルドされたのかがどこで確認するのかが不明。

これでも最後にUpdate云々が残った。

この時点で再度ビルドするとまたまた大量の警告

/Volumes/Colorful SL500 SSD 960GB/X-Plane SDK/Polo-Test-Window/Polo-Test-Window.cpp:206:5 ‘sprintf’ is deprecated: This function is provided for compatibility reasons only. Due to security concerns inherent in the design of sprintf(3), it is highly recommended that you use snprintf(3) instead.
/Volumes/Colorful SL500 SSD 960GB/X-Plane SDK/Polo-Test-Window/Polo-Test-Window.cpp:206:5 ‘sprintf’ is deprecated: この関数は、互換性の理由でのみ提供されています。 sprintf(3) の設計に固有のセキュリティ上の懸念により、代わりに snprintf(3) を使用することを強くお勧めします。

以下のところでsprintfをsprintfをsprintf(3)に変更するようにという警告。
しかし、変更するとエラーになってしまうので変更ができない。まだ警告のままが良いということになる。
これはX-Plane SDKの関数の問題だと思うので、そちらを変更するかXcodeのバージョンをダウングレードするかのどちらかをしないと永遠に解決しない問題である。

従ってこのままでいくことにする。

次の警告

/Volumes/Colorful SL500 SSD 960GB/X-Plane SDK/Polo-Test-Window/Polo-Test-Window.cpp:154:4 ‘glEnd’ is deprecated: first deprecated in macOS 10.14 – OpenGL API deprecated. (Define GL_SILENCE_DEPRECATION to silence these warnings)
/Volumes/Colorful SL500 SSD 960GB/X-Plane SDK/Polo-Test-Window/Polo-Test-Window.cpp:154:4 ‘glEnd’ は非推奨です: macOS 10.14 で最初に非推奨になりました – OpenGL API は非推奨になりました。 (これらの警告を消すには GL_SILENCE_DEPRECATION を定義してください)

以下を追加すると、この警告が消えるということだが消えない。

/Volumes/Colorful SL500 SSD 960GB/X-Plane SDK/Polo-Test-Window/Polo-Test-Window.cpp:127:102 Implicit conversion loses integer precision: ‘size_t’ (aka ‘unsigned long’) to ‘int’
/Volumes/Colorful SL500 SSD 960GB/X-Plane SDK/Polo-Test-Window/Polo-Test-Window.cpp:127:102 暗黙的な変換により整数精度が失われます: ‘size_t’ (別名 ‘unsigned long’) から ‘int’ へ

Traditional headermap style is no longer supported; please migrate to using separate headermaps and set ‘ALWAYS_SEARCH_USER_PATHS’ to NO.
従来のヘッダーマップ スタイルはサポートされなくなりました。 別のヘッダーマップを使用するように移行し、「ALWAYS_SEARCH_USER_PATHS」を NO に設定してください。

これで警告は消えた。

次の警告、これもX-Plane SDKの関数の問題。こちらでは解決できない。

/Volumes/Colorful SL500 SSD 960GB/X-Plane SDK/Polo-Test-Window/Polo-Test-Window.cpp:127:102 Implicit conversion loses integer precision: ‘size_t’ (aka ‘unsigned long’) to ‘int’
/Volumes/Colorful SL500 SSD 960GB/X-Plane SDK/Polo-Test-Window/Polo-Test-Window.cpp:127:102 暗黙的な変換により整数精度が失われます: ‘size_t’ (別名 ‘unsigned long’) から ‘int’ へ

このドキュメントでは、OpenGLを使用してX-Planeのプロセス内で実行されているX-Planeプラグインから描画するためのガイドラインを提供します。

X-PlaneのOpenGLについて

X-PlaneはOpenGL、Vulkan、またはMetalドライバを使用してグラフィックスカードにレンダリングできますが、プラグイン描画はOpenGL経由でのみサポートされています。OpenGLは最速または最新のAPIではありませんが、メモリ管理、リソースバリア、並行性などの複雑でエラーが発生しやすい実装の詳細を公開することなく、3Dを描画する堅牢な方法を提供し、カスタムユーザーインターフェイスとカスタム航空機ガラスディスプレイに適した選択肢になります。

XPLMとOpenGLの使用を最小限に抑える

X-Planeユーザーはパフォーマンスを深く気にかけています。OpenGLとXPLMの使用を最小限に抑えて、アドオンがフレームレートに及ぼす悪影響を最小限に抑えます。必要な操作と、OpenGLリソースを除き、XPLM APIを介して取得したキャッシュ値のみを実行し、可能であれば後で再利用します。描画するときは、繰り返されるOpenGLの状態の変更を避け、可能な場合は最新のOpenGL技術を採用してください。静的ジオメトリにシェーダーと頂点バッファオブジェクトを使用することは、OpenGL 2.0以前の即時モードレンダリングを使用するよりもはるかに高速です。