warning: implicit declaration of function 'memset', почему лишь warning и почему все работает? Опции

[Kris2007]

Правлю чужой код. AVR-GCC, Atmega128
При компиляции выдает море warning-ов на memset, memcpy и.т.п.
Проблему ли в том что нет #include "string.h".

Например:
../utils.c:47: warning: implicit declaration of function 'memset'
../utils.c:47: warning: incompatible implicit declaration of built-in function 'memset'


Но! Стало любопытно, ведь устройства с прошивкой продаются и вроде работают)
Почему, что сотворил компилятор?

[Сергей Борщ]

Почему, что сотворил компилятор?

При известных на этапе компиляции параметрах он генерит встроенные оптимальные (под конкретные параметры) тела функций вместо вызова библиотек. В противном случае споткнулся бы линкер.

[Kris2007]

Хм т.е. все сделано правильно??
И #include "string.h" не стоит добавлять?

Сообщение отредактировал Kris2007 - Sep 23 2010, 05:51

[Сергей Борщ]

И #include "string.h" не стоит добавлять?

Не каждого, переходящего на красный свет сбивает машина. Стоит всегда переходить на красный свет?

[vacvvn]

При известных на этапе компиляции параметрах он генерит встроенные оптимальные (под конкретные параметры) тела функций вместо вызова библиотек. В противном случае споткнулся бы линкер.

выходит, этот трюк можно использовать для снижения объема кода(если кроме простых memset, memcpy и т д, функций не зовешь)? Не включаешь #include "string.h" и библиотека не занимает места?

[777777]

выходит, этот трюк можно использовать для снижения объема кода(если кроме простых memset, memcpy и т д, функций не зовешь)? Не включаешь #include "string.h" и библиотека не занимает места?

А она и так не занимает места. Не думаешь ли ты, что включение какого-то h-файла может что-то добавить к твоему коду? В них хранятся лишь декларации, необходимые компилятору, которые не порождают ни код, ни переменных.

[Сергей Борщ]

Не включаешь #include "string.h" и библиотека не занимает места?

Возможно я неясно выразился: Включать string.h, конечно, нужно. Просто в некоторых тривиальных случаях компилятор может вместо вызова библиотечной функции вставить прямо в код ее оптимизированную под конкретный случай версию. А если случай нетривиальный (один из параметров - переменная и ее значение неизвестно на этапе компиляции) он вызовет библиотечную функцию.

[Dima_G]

Советую ознакомиться с
http://ru.wikipedia.org/wiki/%D0%9F%D1%80%...%86%D0%B8%D0%B8

А вообще - ИМХО это бадстайл (функции без прототипа)

А она и так не занимает места. Не думаешь ли ты, что включение какого-то h-файла может что-то добавить к твоему коду? В них хранятся лишь декларации, необходимые компилятору, которые не порождают ни код, ни переменных.

Некоторые талантливые программисты могут вставлять в заголовочный файл декларации переменных.
В таком случае, естественно размер кода будет увеличен

[MrYuran]

Некоторые талантливые программисты могут вставлять в заголовочный файл декларации переменных.
В таком случае, естественно размер кода будет увеличен

Я вставляю реализацию функций static inline.
Что имеете против?

[Dima_G]

Я вставляю реализацию функций static inline.
Что имеете против?

функция != переменная

[777777]

Возможно я неясно выразился: Включать string.h, конечно, нужно. Просто в некоторых тривиальных случаях компилятор может вместо вызова библиотечной функции вставить прямо в код ее оптимизированную под конкретный случай версию. А если случай нетривиальный (один из параметров - переменная и ее значение неизвестно на этапе компиляции) он вызовет библиотечную функцию.

Я извиняюсь, но параметры - практически всегда переменные, но это не препятствие для встраивания тела функции в код. Может memset не самый удачный пример из-за того, что память обычно заполняют какой-то константой, но вот функцию abs() глупо вызывать, передавая ей в качестве параметра константу, согласись. Тем не менее она ведет себя так же - компилятор о ней занет даже без прототипа и встраивает ее тело прямо в код.

Советую ознакомиться с
http://ru.wikipedia.org/wiki/%D0%9F%D1%80%...%86%D0%B8%D0%B8

Спасибо, я уже закончил детский сад

Некоторые талантливые программисты могут вставлять в заголовочный файл декларации переменных.
В таком случае, естественно размер кода будет увеличен

От деклараций (declaration) переменных ни код, ни озу не увеличится. он может увеличиться от определений (definition) переменных или функций. Но это, действительно могут делать только очень талантливые программисты, потому что стоит этот h-файл включить в два c-файла, как линкер выдаст ошибку о том, что в программе имеются несколько переменных с одинаковым именем.

Я вставляю реализацию функций static inline.
Что имеете против?

Инлайновые функции с точки зрения компилятора являются declaration. Однако, если вы присвоете ее адрес какому-нибудь указателю на функцию, то она станет обычной функцией со всеми вытекающими отсюда последствиями.

ЗЫ. static имеет много значений в C в зависимости от контекста, а что он означает применительно к функции? Я полагаю имеется в виду pure-С?

[rezident]

потому что стоит этот h-файл включить в два c-файла, как линкер выдаст ошибку о том, что в программе имеются несколько переменных с одинаковым именем.

Если они объявлены как static, то промолчит, проглотит и не поперхнется.

ЗЫ. static имеет много значений в C в зависимости от контекста, а что он означает применительно к функции?

static применительно к функции? - ограничивает ее область видимости вроде как.

[sKWO]

ЗЫ. static имеет много значений в C в зависимости от контекста, а что он означает применительно к функции? Я полагаю имеется в виду pure-С?

static - как по мне : ограничение видимости в пределах файла

[777777]

static - как по мне : ограничение видимости в пределах файла

Это для переменных. Неужели по отношению к функциям это имеет такой же смысл?

[_Pasha]

Некоторые талантливые программисты могут вставлять в заголовочный файл декларации переменных.

Пример. Поддержка 7-сегментного индикатора. Кроме знакогенератора и определения собсна цифр как совокупности сегментов там ничего нет. Предлагаете знакогенератор определять где-то в другом месте, а в хедере описывать только как extern?