freeの戻り値をvoidにキャストする理由

私はCを使用した本（Butenhofによるプログラミング、POSIXスレッドによるプログラミング、1997）を読んでいて、次の行に出くわしました。

(void)free(data);

ここでdataは、割り当てられた構造体への単なるポインタですが、

data = malloc(sizeof(my_struct_t));

freeキャストされた結果はなぜvoidですか？

Cについての私の理解から、これは2つの理由で意味をなさないようです：

• 無料の関数はすでに戻ります void
• コードは戻り値を使用していません（変数に割り当てられていません）

本は1997年に書かれました。これはある種のレガシーなものですか？

著者は、例がDigital Unix 4.0dで実行されたと述べていますが、その結果を使用しないのであれば、関数の結果をキャストする理由を想像することはできません。

標準free関数について話している場合、そのプロトタイプは

void free(void *ptr);

したがって、キャストは完全に無意味です。
今いくつかの推測。

作成者がstdlib.hこのプロトタイプを宣言するヘッダーを含めるのを忘れている可能性があるため、コンパイラーはその戻り型をと想定していintます。このコードの静的分析中に、コンパイラーは、void関数ではないと考えられるものの未使用の戻り値について警告していました。そのような警告は通常、キャストをに追加することで抑制されvoidます。

それは古いものでしょう！

C標準が存在する以前は、free()関数は（暗黙的に）int型voidでした。戻り値の型がまだ確実に存在していないためです。返される値はありませんでした。

標準のCコンパイラで動作するようにコードが最初に変更されたときは、おそらく含ま<stdlib.h>れていませんでした（標準の前には存在しなかったため）。古いコードは、割り当て関数（およびと同様）に対してextern char *malloc();（おそらくなしでextern）作成し、を宣言する必要はありませんでした。そして、コードは戻り値を正しい型にキャストします。これは、少なくとも一部のシステム（Cで学習したものを含む）では必要であったためです。calloc()realloc()free()

しばらくして(void)キャストが追加され、コンパイラー（または、より可能性が高いlint）に、「からの戻り値free()は意図的に無視される」ことを伝え、不満を回避しました。ただし、追加<stdlib.h>して、その宣言またはコンパイラに無視する値がないことをextern void free(void *vp);通知させる方が良いでしょうlint。

JFTR：80年代半ばに戻ると、ICL Perqは元々はワード指向のアーキテクチャにあり、char *メモリロケーションのアドレスは、「anything_elseポインター」と同じロケーションへの非常に異なる番号でした。char *malloc()どういうわけか宣言することが重要でした。その結果を他のポインタ型にキャストすることが重要でした。キャストは実際にCPUが使用する数を変更しました。（システムのメインメモリが1 MiBから2 MiBにアップグレードされたときも大きな喜びでした。カーネルが約3/4 MiBを使用したため、ユーザープログラムがページングなどの前に1 1/4 MiBを使用できることを意味します。）

このキャストは必要ありません。CはC89の形式で標準化されていたため、おそらく当時はなかったでしょう。

もしそうなら、それは暗黙の宣言によるものでした。これは通常、コードを作成した人が忘れてい#include <stdlib.h>て、静的アナライザーが使用されていたことを意味します。これは最善の回避策ではなく、#include <stdlib.h>代わりにはるかに良いアイデアがあったでしょう。暗黙の宣言についてのC89からの言い回しは次のとおりです。

関数呼び出しで括弧で囲まれた引数リストの前にある式が識別子のみで構成されており、この識別子の宣言が表示されていない場合、その識別子は、関数呼び出しを含む最も内側のブロックで宣言とまったく同じように暗黙的に宣言されます。

extern int identifier();

登場した。

彼らは結果キャストしていないので、しかし、それは奇妙だmallocのいずれかを、そしてmallocとfree同じヘッダファイルです。

また、これが単なる誤りであるかfree、結果を返さないことをリーダーに伝える何らかの方法である可能性もあります。