[РЕШЕНО] Как избавится от: предупреждение: приведение к типу указателя от целого другого размера [-Wint-to-pointer-cast]

убрать -ansi или самому прописать прототип..

если полюбопытствуешь, то найдешь что этот ключик включает дефайн который в свою очередь отключает некоторые объявления в stdio (в частности popen)

и (уже второму за день) настоятельно советую -Wall -Wextra - они тебе вполне читабельно подскажут где не то

popen определён не в стандарте ANSI C, а в POSIX.1-2001. По этому с ключём -ansi и без указания соответствующих макросов у тебя в stdio.h нет прототипа для popen'а.

Есть. Если бы не было определения, то и ругань была бы на «неизвестный прототип» и прога не собралась.

• Во первых, флаг -ansi или -std=c90 означают использование стандарта языка, а не к-либо библиотек (clib в данном случае) - не надо путать тёплое с мягким.
• Во вторых, -ansi я писал спецом, что бы ненароком не вылезти за рамки стандарта (например, использование коммента «//» и т.п.).
• В третьих, я же в названии темы написал флаг, отвечающий за енто, из чего следует, что отключения варнингов (для данного случая -Wint-to-pointer-cast) для меня неприемлемы, иначе и темы бы небыло.
• И напоследок, предупреждение идёт на несоответствие размеров переменных, словно я int`у присваиваю long int, по крайней мере так шланг ругается.

Смотрел объявление в stdio.h, popen() обёрнута в дефайн: #define __USE_POSIX2, использование которого для меня ничего не меняет, что логично.

UPD: Забыл показать шланг уже в 64бит системе:

[faust@localhost C]$ clang --version
clang version 3.5.0 (tags/RELEASE_350/final)
Target: x86_64-unknown-linux-gnu
Thread model: posix


[faust@localhost C]$ clang -ansi 1.c 
1.c:6:4: warning: cast to 'FILE *' (aka 'struct _IO_FILE *') from smaller integer type 'int' [-Wint-to-pointer-cast]
 f=(FILE *)popen("ls /","r");
   ^
1 warning generated.
[faust@localhost C]$ 

Вам всё написали правильно. Раз popen() не определён в стандарте ANSI C, то компилятор и не находит определения для popen(), - вы ненароком вышли за стандарт.

И напоследок, предупреждение идёт на несоответствие размеров переменных

С -Wall компилировать не пробовали?

ругань была бы на «неизвестный прототип» и прога не собралась.

Неа. Будет implicit function declaration. Ошибка сборки будет только если линкер не найдёт символ, но вот popen как раз таки есть.

-D_POSIX_C_SOURCE=200809L -D_XOPEN_SOURCE=700

Ну смотри. Я взял твой код, запихал в файл 1.c и скомпилировал

$ gcc -ansi 1.c -Wall
1.c: In function ‘main’:
1.c:6:2: warning: implicit declaration of function ‘popen’ [-Wimplicit-function-declaration]
  f=(FILE *)popen("ls /","r");
  ^
1.c:6:4: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
  f=(FILE *)popen("ls /","r");
    ^
1.c:8:2: warning: implicit declaration of function ‘pclose’ [-Wimplicit-function-declaration]
  pclose(f);
  ^
$

Видишь warning: implicit declaration of function ‘popen’ [-Wimplicit-function-declaration]? Это оно самое. Теперь убираем -ansi:

$ gcc 1.c -Wall
$ 

$ gcc -ansi 1.c -Wall -D_POSIX_C_SOURCE=2 
$ gcc -ansi 1.c -Wall -D_XOPEN_SOURCE
$ gcc -ansi 1.c -Wall -D_BSD_SOURCE
$ gcc -ansi 1.c -Wall -D_SVID_SOURCE
$

-ansi In C mode, this is equivalent to -std=c90. ...

This turns off certain features of GCC that are incompatible with ISO C90 (when compiling C code), ..., and predefined macros such as «unix» and «vax» that identify the type of system you are using. It also enables the undesirable and rarely used ISO trigraph feature. For the C compiler, it disables recognition of C++ style // comments as well as the «inline» keyword. ... The macro «__STRICT_ANSI__» is predefined when the -ansi option is used. Some header files may notice this macro and refrain from declaring certain functions or defining certain macros that the ISO standard doesn't call for;

Теперь давай по пунктам?

Во первых, флаг -ansi или -std=c90 означают использование стандарта языка

Это не совсем верно. Эти флаги также означают включение и отключение определённых feature macros. Так, например, с флагом -std=c90 у тебя ошибка останется, а с -std=gnu90 — пропадёт.

Во вторых, -ansi я писал спецом, что бы ненароком не вылезти за рамки стандарта (например, использование коммента «//» и т.п.).

Не могу не процитировать тебе по этому поводу man gcc:

The -ansi option does not cause non-ISO programs to be rejected gratuitously. For that, -Wpedantic is required in addition to -ansi.

В твоём случае видимо, стоит использовать не -ansi, а -std=gnu90 -pedantic, чтобы у тебя работа компилятора не вызывала столько вопросов.

что отключения варнингов (для данного случая -Wint-to-pointer-cast) для меня неприемлемы

Тебе первый же коментатор сказал, что варнинги надо не отключать, а включать. Простое добавление -Wall решило бы все твои проблемы сразу и задёшево.

И напоследок, предупреждение идёт на несоответствие размеров переменных, словно я int`у присваиваю long int, по крайней мере так шланг ругается.

А чём я тебе и написал. В случае неявного определения функций (когда у них нет прототипа) типом возвращаемого значения считается int. А ты его кастуешь к типу FILE*

-ansi - это древняя версия стандарта, нет смысла её использовать.

Это где у тебя такой интересный popen, который int возвращает, а не FILE*?

Ты упорот.

если прототип функции не известен, считается, что она возвращает int. Судя по предупреждению компилятора, прототип не известен.

Если ты не исправишь правильно это место, твоя прога упадёт на 64-битах, инфа 99%.

gcc -ansi -D_DEFAULT_SOURCE ...

ну или какой другой дефайн, открывающий __USE_POSIX2, без которого в glibc не видны прототипы popen/pclose. за подробностями - в /usr/include/features.h

Видишь warning: implicit declaration of function ‘popen’ [-Wimplicit-function-declaration]? Это оно самое.

Это не тоже самое:

1.c:6:4: предупреждение: приведение к типу указателя от целого другого размера [-Wint-to-pointer-cast]

И не тоже самое в шланге

[faust@localhost C]$ clang -ansi 1.c
1.c:6:4: warning: cast to 'FILE *' (aka 'struct _IO_FILE *') from smaller integer type 'int' [-Wint-to-pointer-cast]

В stdio.h popen() обёрнут в __USE_POSIX2, но включение его cитуацию не меняет. К тому же прога собирается и работает и в 32 и в 64 бита (более сложный вариант - этот я урезал, что бы ничто не мешало).

Я так понял, что действительно компилеры считают эту функцию новой и решают её сделать return int; по стандарту, но почему-то не ругаются на отсутствие прототипа :( Включение -D_POSIX_C_SOURCE действительно меняет ситуацию.

Это не тоже самое:
но почему-то не ругаются на отсутствие прототипа

Тебе уже сколько раз в этом треде сказали включить -Wall? Может ты хотя бы с пятого раза поймёшь? Включи -Wall и он тебе включит в том числе -Wimplicit-function-declaration, которое даст тебе нужный варнинг.

В stdio.h popen() обёрнут в __USE_POSIX2, но включение его cитуацию не меняет

Ты пробовал читать маны, раз чтение заголовочных файлов тебе не помогает? Ссылку на ман в котором написано какие надо включать макросы (man popen) я тебе уже давал, так что давай тебя теперь за ручку по хэдерам проведу.

В начале файла stdio.h есть такая красивая строчка # include <features.h> которая подключает файлик features.h. А этот файлик содержит в свою очередь вот такой вот код:

/* Undefine everything, so we get a clean slate.  */
#undef  __USE_ISOC11
#undef  __USE_ISOC99
#undef  __USE_ISOC95
#undef  __USE_ISOCXX11
#undef  __USE_POSIX
#undef  __USE_POSIX2
...
#if defined _POSIX_C_SOURCE && _POSIX_C_SOURCE >= 2 || defined _XOPEN_SOURCE
# define __USE_POSIX2   1
#endif

Дурик, уже давно приняты и действуют стандарты С от 1999 и 2011 годов, используй их. Или ты из тех пердунов, для которых Fortran = Fortran 66?

https://securecoding.cert.org/confluence/pages/viewpage.action?pageId=2130132

у него неявное объявление popen получается. А возвращаемое значение по-умолчанию int