Cで、ポインターを解放する前にキャストする人がいるのはなぜですか？

私は古いコードベースで作業しており、free（）のほとんどすべての呼び出しはその引数にキャストを使用します。例えば、

free((float *)velocity);
free((float *)acceleration);
free((char *)label);

ここで、各ポインターは対応する（および一致する）タイプです。私はこれをする意味が全くないと思います。これは非常に古いコードなので、K＆Rなのかどうか疑問に思います。もしそうなら、私は実際にこれを必要としたかもしれない古いコンパイラをサポートしたいので、それらを削除したくありません。

これらのキャストを使用する技術的な理由はありますか？私はそれらを使用する実用的な理由の多くを見さえしません。解放する直前にデータ型を思い出すポイントは何ですか？

編集：この質問は他の質問の重複ではありません。もう1つの質問は、この質問の特別なケースです。近い投票者がすべての回答を読んでいれば明らかです。

Colophon：「const答え」にチェックマークを付けています。これは、これを行う必要があるのは本当の理由です。ただし、それがANSI Cより前のカスタムであることについての回答（少なくとも一部のプログラマの間で）が、私の場合に使用された理由のようです。ここには多くの人々による良い点がたくさんあります。あなたの貢献に感謝します。

ポインターがの場合、コンパイラー警告を解決するためにキャストが必要になる場合がありますconst。以下は、freeの引数をキャストせずに警告を発生させるコードの例です。

const float* velocity = malloc(2*sizeof(float));
free(velocity);

そしてコンパイラ（gcc 4.8.3）はこう言っています：

main.c: In function ‘main’:
main.c:9:5: warning: passing argument 1 of ‘free’ discards ‘const’ qualifier from pointer target type [enabled by default]
     free(velocity);
     ^
In file included from main.c:2:0:
/usr/include/stdlib.h:482:13: note: expected ‘void *’ but argument is of type ‘const float *’
 extern void free (void *__ptr) __THROW;

あなたが使うならfree((float*) velocity);コンパイラは文句を言うのをやめます。

先行標準のCにはvoid*しかなかったchar*ため、渡されたすべてのパラメーターをキャストする必要がありました。古代のCコードに出会った場合、そのようなキャストを見つけるかもしれません。

リファレンスと同様の質問。

最初のC標準がリリースされたとき、mallocとfreeのプロトタイプが持つから変更char*にvoid*、彼らはまだ今日を持っていること。

そしてもちろん、標準Cでは、そのようなキャストは不必要で読みやすさを損なうだけです。

キャストなしでfreeが失敗する例を次に示します。

volatile int* p = (volatile int*)malloc(5 * sizeof(int));
free(p);        // fail: warning C4090: 'function' : different 'volatile' qualifiers
free((int*)p);  // success :)
free((void*)p); // success :)

Cでは警告が表示されます（VS2012で警告が表示されます）。C ++ではエラーが発生します。

まれなケースはさておき、キャスティングはコードを膨らませるだけです...

編集： 私は失敗をデモしvoid*ないint*ようにキャストしました。暗黙的int*に変換されるのと同じように機能しますvoid*。int*コードを追加しました。

以前の理由：1.を使用することによりfree((sometype*) ptr)、ポインターがfree()呼び出しの一部と見なされる型についてコードが明示されます。明示的なキャストはfree()、が（do-it-yourself）に置き換えられた場合に役立ちますDIY_free()。

#define free(ptr) DIY_free(ptr, sizeof (*ptr))

A DIY_free()は（特に）解放されたポインターの実行時分析を行う方法であり、特にデバッグモードではそうでした。多くの場合、これはと一緒に使用しDIY_malloc()て、センテンス、グローバルメモリ使用量などを追加します。私のグループは、より新しいツールが登場するまで何年もこの手法を使用していました。解放されたアイテムが元々割り当てられていたタイプにキャストされたことが義務付けられました。

2. メモリの問題などを追跡するのに長い時間がかかることを考えると、型をfreeにキャストするような小さなトリックは、デバッグを検索して絞り込むのに役立ちます。

モダン：Manos Nikolaidis @と@egurによって対処された回避constとvolatile警告。私は3つの影響に注意してくださいだろうと思ったの修飾子を：、、と。constvolatilerestrict

[編集] @R ..コメントchar * restrict *rp2ごとに追加

void free_test(const char *cp, volatile char *vp, char * restrict rp, 
    char * restrict *rp2) {
  free(cp);  // warning
  free(vp);  // warning
  free(rp);  // OK
  free(rp2);  // warning
}

int main(void) {
  free_test(0,0,0,0);
  return 0;
}

これは別の対立仮説です。

プログラムはC89より前に作成されたと言われています。つまり、のプロトタイプとの何らかの不一致を回避することはできませんfree。なぜなら、C89のようなものconstもvoid *以前のものもなかっただけでなく、関数プロトタイプ C89に先立っ。 stdlib.hそれ自体が委員会の発明でした。システムヘッダーがfreeまったく宣言する必要がない場合、次のようになります。

extern free();  /* no `void` return type either! */

ここで重要なのは、関数プロトタイプがないため、コンパイラーが引数の型チェックを行わなかったことです。デフォルトの引数のプロモーション（可変引数の関数呼び出しにまだ適用されるものと同じもの）を適用しました。各呼び出しサイトでの引数を呼び出し先の期待に合わせる責任は、すべてプログラマーにあります。

ただし、これはfree、ほとんどのK＆Rコンパイラで引数をキャストする必要があったことを意味するものではありません。のような機能

free_stuff(a, b, c)
    float *a;
    char *b;
    int *c;
{
    free(a);
    free(b);
    free(c);
}

正しくコンパイルされているはずです。したがって、ここにあるのは、異常な環境のバグのあるコンパイラに対処するために記述されたプログラムだと思います。たとえば、ポイントでキャストしない限りsizeof(float *) > sizeof(int)、コンパイラがポインタに適切な呼び出し規約を使用しない環境呼び出しの。

私はそのような環境に気づいていませんが、それがなかったという意味ではありません。頭に浮かぶ可能性が最も高い候補は、1980年代初頭の8ビットおよび16ビットマイクロ向けの削減された「小さなC」コンパイラーです。また、初期のクレイズがこのような問題を抱えていたことを知って驚くこともありません。

freeは、非constポインターのみをパラメーターとして受け取ります。したがって、constポインターの場合、非constポインターへの明示的なキャストが必要です。

Cでconstポインターを解放できません