Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。多くの回答を頂きありがとうございます。環境はMac上でiOS開発です。8:31こんなのが事例になるかも。逆アセンブルで確認するとかですかね。14:07今検索した中で一番新しい関連記事がこちら。$のような文字列に置換してくれる機能があります。$";等の記述をすれば自動的にオブジェクトコードにも同一の文字列が埋め込まれることになります。この方法でソースコードとオブジェクトコードの対応を確認していた時代もあります。Studioでは、オブジェクトファイル内のデバッグ情報内にソースコードのチェックサムを保持しているため、デバッガーなどはオブジェクトコード、デバッグ情報とソースコードとが一致しているかを確認しています。コンパイルオプション/ZHでハッシュアルゴリズムを選択できることからもこの様子を覗い知ることができます。|1短い答え:「一致している」を定義してから始めましょう。長い答え:こういうのは要件っつか要求次第で違います。等によりコンパイルオプションが既知である前提であるとします(無いと不可能なので)当該ソースコードを以前と同一のコンパイラ・ヘッダ・コンパイルオプションでコンパイルしたなら、まあ普通には全く同一のオブジェクトファイルができそうな気がします。実際、オブジェクトファイルの内容を比較して同一のものが生成される環境もあります。例外として次のような状況が考えられます。等で作られたアセンブラ一時ファイル名を埋め込むことがあるなのでオブジェクトファイルのバイト内容の物理的一致で判断すると誤ることがあります。よってなにがどう一致していたら良いかは事前に定義しておく必要があります。逆アセンブルした内容が一致する、というのは良いアイデアですが微妙に冗長かも。オブジェクトの一致性比較を事前に自己調査しています。ヘッダ部をスキップしたファイル内容で行っている様子。これを除外する必要があります。事前に情報収集の上、仕様を決めておく必要があります。見てみればいいと思います。同じソースコード・環境でコンパイルされたものであればファイルの内容は完全に一致します。|0条件をそろえないと判定は難しそうです。オブジェクトファイルの比較には、cmpも使えます。比較には同じコンパイルオプションを使用する必要があります。※-Oや-gなどオプションが変わればオブジェクトファイルの内容も変わる可能性が高いです。同じコンパイラを使う必要があります。gccとclangで生成したオブジェクトファイルはサイズが違いました。参考までに逆アセンブルしてみたいと思っています。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。Expressを利用してコンパイル・実行したい3Cで可変長引数のみを取る関数を作る1gtk+2.0のコンパイルができません。Studio2017)2C言語の基礎(ローカル変数)03つの文字列を連結するプログラムの書き方。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。