Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。b;};#endif■C++クラス→Test.cppをTest.mmにしました。"TestObj.h"を入れています。type」が出てしまいます。追加がいるような記載があったため、そちらも追加してみましたが変わらず・・・XCODEからTEST_STRにジャンプもできたので参照できていると思うのですが何がおかしいのかさっぱりわかりません。ご助言いただけると助かります。追加がいる」ような状態では各ファイルがどのようにimportされているかが重要になってきますので「C++クラスヘッダ」のようなファイルの概要の説明だけでなく、それらがどんなファイル名なのかも記載された方が良いでしょう。>追記ありがとうございます。追記に関わる修正は下の方に。)こちらでは、ご掲載のコードを以下のようなファイル名のファイルに置くと、コンパイルが通ってしまいます。TestObj.mm「C++クラス(mm拡張子に変更)」と書かれていますが、「Obj-C++ソース」の方の拡張子を.mmにしないと、そこからimportされているTestObj.h内ではC++データ型が使えなくなってしまいます。再度各ファイル名やimportを含むファイル内容を確認してみてください。Test.cppをTest.mmにしました。いう部分で違いがあるのですが、これは問題になりません。「C++クラス」の中ではC++の機能しか使われていませんので、"C++"としてコンパイルしても"Objective-C++"としてコンパイルしても、結果は同じになります。影響しているのはこちらのようですね。"TestObj.h"」を入れています。Xcodeでプロジェクトを作成された時にSwiftプロジェクトとして作成されたものにC++ファイルや、Objective-C++ファイルを追加されたのでしょうか。Swiftプロジェクトのビルドの過程でBridging-Headerを参照する場合、その内容は(Objective-C++ではなく)Objective-C用のヘッダとして解釈されます。type"になってしまっているのでしょう。C++で書かれた関数の機能をSwiftから利用するためにObjective-C++でそのwrapperクラスを作成するといった場合、Swift側に読み込ませたいクラスの@interface部分ではC++の機能を使ってはいけません。Swift側には(参照型ではなく)ポインターでやりとりするというのが一つの手でしょう。Test(*a);}@end上記のままでは、まだエラーが出るようですね。TEST_STR型の定義は"C++"としても"C"としても通るような書き方をする必要があります。TEST_STR;#endifいかがでしょうか。何かありましたらまたご報告ください。ファイル名を追記しました。8:00追記ありがとうございます。このあと追記に合わせて回答の方を修正しておきます。8:09「Xcodeでプロジェクトを作成された時にSwiftプロジェクトとして作成されたものにC++ファイルや、Objective-C++ファイルを追加されたのでしょうか。typedefを付けなければ、C,C++両方で通らない・・・そんなことも忘れていました。すごく勉強になりました。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。dataで保存する方法が分かりません。NSMutableArrayの警告が出ます。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。