C言語：warning: passing argument 1 of ‘x’ makes integer from pointer without a cast の原因と修正方法

2026年5月28日

実践・応用

C言語でプログラムを開発している際に、コンパイラから「warning: passing argument 1 of ‘x’ makes integer from pointer without a cast」という警告が表示されることがあります。

この警告は、関数の引数としてポインタを渡しているにもかかわらず、その関数が整数型を期待している場合に発生する非常に重要な通知です。

一見するとプログラムが動作しているように見える場合もありますが、メモリ管理やデータの整合性の観点から放置してはいけない問題です。

この記事では、2026年現在のモダンな開発環境においても頻出するこの警告の原因と、具体的な修正方法について詳しく解説します。

目次 [ close ]

警告メッセージが示す意味を正しく理解する

まずは、コンパイラが出力しているメッセージの内容を一つずつ分解して理解しましょう。

「passing argument 1 of ‘x’」という部分は、関数「x」の1番目の引数において問題が発生していることを指しています。

「makes integer from pointer」という箇所は、「ポインタ（メモリアドレス）から整数を生成しようとしている」という動作を意味します。

そして「without a cast」は、明示的な型変換（キャスト）が行われていないことを指摘しています。

つまり、「関数は数値を欲しがっているのに、あなたはメモリの場所（住所）を渡してしまっている」

[-Wint-conversion] フラグの役割

この警告の末尾に表示される「-Wint-conversion」は、GCCやClangといった主要なコンパイラにおける警告オプションの名称です。

C言語は歴史的に型チェックが比較的緩やかな言語でしたが、現代のプログラミングにおいては厳密な型管理が推奨されています。

2026年現在の開発標準では、この警告を無視せずに「エラー」として扱うプロジェクトも少なくありません。

ポインタと整数を混同することは、プログラムのクラッシュや予期せぬ動作を引き起こす最大の要因となるからです。

警告が発生する主な3つの原因

この警告が発生するケースは、主に以下の3つのパターンに集約されます。

1. 文字列（char*）と文字（char）の混同

最も多い原因は、シングルクォーテーション（’）とダブルクォーテーション（”）の使い分けミスです。

C言語において、’A’ は文字定数であり、その実体は整数（ASCIIコードなど）です。

一方で “A” は文字列リテラルであり、その実体はメモリ上のアドレスを示すポインタ（char*）です。

整数型を引数に取る関数に文字列を渡してしまうと、この警告が発生します。

2. 変数のデリファレンス忘れ

ポインタ変数が指している「値」を渡したいのに、ポインタ変数そのものを渡してしまうケースです。

例えば int *p というポインタがあるとき、その中身を渡すには *p と記述する必要があります。

単に p と記述すると、それはメモリアドレスを渡すことになり、型が一致しなくなります。

3. 配列を直接引数に渡している

C言語では配列名は、特定のコンテキストにおいて「配列の先頭要素へのポインタ」として評価されます。

関数が int 型の数値を期待しているところに配列名をそのまま記述すると、アドレスが渡されてしまいます。

配列の特定の要素を渡したい場合は、インデックスを指定しなければなりません。

具体的なコード例と修正方法

ここでは、実際に警告が出るコードと、それをどのように修正すべきかを具体的に見ていきましょう。

事例1：文字列リテラルの誤用

以下のコードは、1文字を受け取る関数に対して文字列を渡してしまっている例です。

C言語

#include <stdio.h>

void display_char(char c) {
    printf("受け取った文字: %c\n", c);
}

int main() {
    // ダブルクォーテーションを使っているため、char* が渡される
    display_char("A"); 
    return 0;
}

実行結果

warning: passing argument 1 of 'display_char' makes integer from pointer without a cast [-Wint-conversion]

この場合、関数 display_char は char（整数型の一種）を期待していますが、呼び出し側は "A" というポインタを渡しています。

修正するには、シングルクォーテーションを使用して文字定数として渡します。

C言語

// 修正後
int main() {
    // シングルクォーテーションで文字として渡す
    display_char('A'); 
    return 0;
}

事例2：ポインタのデリファレンス忘れ

次に、ポインタが指し示す値を渡すべき場面で、アドレスを渡してしまっている例を確認します。

C言語

#include <stdio.h>

void process_value(int n) {
    printf("値: %d\n", n);
}

int main() {
    int val = 100;
    int *ptr = &val;

    // ptrはポインタなので、そのまま渡すと警告が出る
    process_value(ptr); 
    return 0;
}

修正するには、間接参照演算子（*）を使用してポインタの実体を取り出します。

C言語

// 修正後
int main() {
    int val = 100;
    int *ptr = &val;

    // *ptr とすることで int 型の値を渡す
    process_value(*ptr); 
    return 0;
}

警告を解決するための確認ポイント

修正を行う際に役立つ確認事項を以下の表にまとめました。

確認対象	警告が出る状態	正しい状態
文字の指定	“X” (文字列/ポインタ)	‘X’ (文字/整数)
ポインタ変数	ptr (アドレス)	*ptr (値)
配列の要素	array (先頭アドレス)	array[0] (値)
関数の引数型	int 引数にポインタを渡す	int 引数に int を渡す

なぜキャスト（cast）で解決してはいけないのか

警告メッセージには「without a cast（キャストなしに）」と書かれているため、型変換を無理やり行えば警告は消えます。

しかし、キャストを使って警告を消すことは、根本的な解決にならないどころか、非常に危険です。

ポインタの値を無理やり整数として扱うと、その数値は意味を持たないメモリアドレスの数値表現になってしまいます。

関数の設計意図が「数値としての計算」である場合、アドレスの数値を渡しても正しい結果は得られません。

まずはプログラムのロジックを見直し、本当に渡すべきデータが「値」なのか「アドレス」なのかを再検討してください。

コンパイラによる安全性の向上と2026年の動向

近年のC言語開発では、コンパイラの警告レベルを最大に引き上げて開発することが一般的です。

GCCであれば -Wall -Wextra オプションを付与することで、このような潜在的なバグを早期に発見できます。

2026年現在のモダンな静的解析ツールも、この -Wint-conversion に相当する問題を最優先で検知します。

型に厳格な言語が台頭する中で、C言語においても型の不一致に対する許容度は年々低くなっています。

警告を一つずつ丁寧に取り除く作業は、堅牢なソフトウェアを作るための第一歩です。

まとめ

「warning: passing argument 1 of ‘x’ makes integer from pointer without a cast」という警告は、型システムにおける「住所」と「データそのもの」の取り違えを教えてくれる親切な通知です。

原因の多くは、文字列リテラルの囲い間違いや、ポインタのデリファレンス忘れといった単純なミスにあります。

キャストを使って無理やり警告を消すのではなく、関数の引数リストと渡している変数の型をしっかりと突き合わせましょう。

コードの健全性を保つためには、コンパイラの警告に真摯に向き合い、正しい型を選択することが重要です。

この記事で紹介したチェックポイントを活用して、バグのない安全なC言語プログラムを作成してください。