私はGCCがC++コードの制御アクセス（public、private、protected）をどう扱うのだろうと思っていました。コンパイラ（GCC）はC++のアクセス制御をどのように扱いますか？
class X
{
public:
int a;
void funcA(){};
private:
int b;
void funcB(){};
protected:
int c;
void funcC(){};
};
もちろん、コンパイラはアクセス制御チェックを最初に行います。 しかし、私の質問は：
アセンブリコード（.sファイル）またはオブジェクトファイル（.oファイル）を生成したら、プライベート変数/関数/オブジェクトとアセンブリコードのパブリックなものの違いは何ですかとELFファイル？
コンパイル時にコンパイラがコードの制御アクセスをどのように設定しましたか？
ありがとうございます！
アクセス制御は厳密にはコンパイル時の概念です。ソースコード内のすべてのアクセスが正常であれば、コードはコンパイルされます。実行時にチェックする必要がないため、アクセス修飾子は生成されたコードに影響しません。
あなたが言ったように、コンパイラは最初にコンパイルするときにアクセスをチェックします。
ただし、オブジェクトファイルが生成されると、おそらくチェックはありません。実際には#includeヘッダーファイルの前に#define private publicを実行してから、プライベートメンバーにアクセスできます。
いくつかの奇妙なオブジェクトファイル形式やコンパイラフラグのセットがプライベートメンバーの使用を難しくしようとしているかもしれませんが、すべてのメソッドが#defineトリックとして回避するのはほぼ同じですprotectedのメンバーにはpublicのようにアクセスします（派生クラスからアクセス可能である必要があるため）。
'' '' #define private public''''それは悪質なものです。大好きです。 – mascoj
これは通常、良いアイデアではなく、技術的には未定義の動作ですが、実際にはプライベートなメンバーにアクセスするように機能します。 –
何もありません。アクセス修飾子は、フロントエンドでのみ処理されます。コードがアセンブリ言語またはオブジェクトコードに変換されると、これらのものはもう存在しません。 –
コンパイル結果にアクセス制御が表示されるのはなぜだと思いますか？ –