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'


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

[Dima_G]

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

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

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

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

[_Pasha]

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

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

[777777]

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

Я предлагаю определять массив с цифрами в той функции, которая будет ими пользоваться. В памяти программ, естественно. Как-то так:

Код

func()
    {
    static uint16_t Freq[] PROGMEM = { 19, 7, 2, 1 };
    ...

При чем тут h-файл - хз.

Сообщение отредактировал 777777 - Sep 23 2010, 11:30

[sKWO]

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

для даного тривиального случая да
для большого массива который используется многими функциями в разных с-файлах не получиться - памяти программ может не хватить, ИМХО

[777777]

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

для даного тривиального случая да
для большого массива который используется многими функциями в разных с-файлах не получиться - памяти программ может не хватить, ИМХО

А для большого массива который используется многими функциями в разных с-файлах определять (define) массив в h-файле тем более нельзя - тогда будут либо проблемы линкера, либо (если его объявить static) в каждом C-файле будет содержаться отдельный экземпляр этого массива, что увеличит размер памяти. И каждая функция будет работать со своим массивом. Если он только для чтения, то ты этого не заметишь, если же это массив данных (в ОЗУ), то программа работать не будет.

ЗЫ. только сейчас заметил: "памяти программ может не хватить" Ты знаешь контроллеры, в которых память программ меньше, чем память данных? И поэтому такие массивы ты хранишь в ОЗУ? А позволь спросить, как ты их при этом инициализируешь? Ведь инициализировать их можно только из памяти программ, а если они там поместились, зачем из переписывать в ОЗУ?

Сообщение отредактировал 777777 - Sep 24 2010, 05:39

[sKWO]

Ты знаешь контроллеры, в которых память программ меньше, чем память данных?

А Вы знаете?

Я предлагаю определять массив с цифрами в той функции, которая будет ими пользоваться. В памяти программ, естественно. Как-то так:

Код

func()
    {
    static uint16_t Freq[] PROGMEM = { 19, 7, 2, 1 };
    ...

вы будете иметь доступ к массиву Freq из другой функции рассположеной в этом же файле?

[777777]

А Вы знаете?

Нет, поэтому и помещаю константные массивы в память программ, а не данных

вы будете иметь доступ к массиву Freq из другой функции рассположеной в этом же файле?

Этот массив другим функциям не нужен.

[sKWO]

Этот массив другим функциям не нужен.

Ну а если будет нужен, то Вы займётесь бездумным тиражированием и места ФЛЭШ может не хватить. Об этом я хотел и сказать. Особенно если массив большой а функций его использующих - много.