Изучение PIC C Compiler(CCS C)

[Djakovskij]

To Dosicus. Уважаемый, берегите нервы. Пусть пишут свой говнокод так, как им нравится. Интересно - забанят или нет.

[Picman]

И если вы внимательно читали K&R , у него нигде не упоминалось эта мерзость
#include xxx.c . Напротив , везде подключаются только заголовки .

Dosicus, Вы хороший специалист, но иногда грешите излишней категоричностью.
У меня есть все статьи тестера и его OSA. Спасибо ему за большую работу.
Кстати вот цитата из тестера:
"Для некоторых программистов, привыкших писать текст программы одним
файлом (или включать в Си-файл другие Си-файлы директивой #include),
вызывает трудность оформление и подключение независимых модулей,"

Любой программист может проверить включение файлов.с.
Нужно вынести любую функцию из программы в отдельный файл и затем включить этот файл через #include.
Подключение нужно производить после определения всех переменных. Как я понял, допускается подключение этого файла непосредственно перед первым использованием вынесенной функции. Мне удобнее подключать все вынесенные файлы перед main в порядке их использования.
K&R "Любая строка вида
«include "имя-файла"
или
«include ‹имя-файла›
заменяется содержимым файла с именем имя-файла. "

Такие дискуссии полезны тем, что заставляют пересмотреть устоявшиеся внутренние стереотипы.
"В языке СИ нет строгого требования к месторасположению
определения функции и точки ее вызова. Определения используемых
функций могут следовать за определением функции main, перед ним, или
находится в другом файле.
Если объявление функции не задано, то по умолчанию строится
прототип функции на основе анализа первой ссылки на функцию, будь то
вызов функции или определение. Однако такой прототип не всегда
согласуется с последующим определением или вызовом функции.
Рекомендуется всегда задавать прототип функции."
Пользуясь тем что, компилятор не возмущался, я не задавал прототип функции для подключаемых файлов и похоже зря :
"Если прототип функции не задан, а встретился вызов функции, то
строится неявный прототип из анализа формы вызова функции. Тип
возвращаемого значения создаваемого прототипа int, а список типов и
число параметров функции формируется на основании типов и числа
фактических параметров используемых при данном вызове.
Таким образом, прототип функции необходимо задавать в следующих
случаях :
• Функция возвращает значение типа, отличного от int.
• Требуется проинициализировать некоторый указатель на
функцию до того, как эта функция будет определена."

Язык С чересчур гибок и поэтому появилась misra c.

[dosikus]

To[B] Пусть пишут свой говнокод так, как им нравится. Интересно - забанят или нет.

Да собственно вы правы . Когда попробуют перейти на что то более жестко следующее стандартам может и осознают.
А банить какой смысл? У нас здесь не chipmk ,за вероисповедание не расстреливаем ...

Любой программист может проверить включение файлов.с.

И все же , укажите литературу где это задокументировано . Только ради бога не статьи "кухарок" из нета. Официальную литературу разработчиков стандарта .
Кстати в приводимых вами цитатах нет даже намека на оправдание ваших действий...

Dosikus выложите , если не трудно , весь проект,

Укажите камень .

[nahimovv]

Dosicus, Вы хороший специалист, но иногда грешите излишней категоричностью.

Не замечалось за ним такого, может вам показалось?

Любой программист может проверить включение файлов.с.

Апажалуста! "Переходим к вводным проЦЭдурам!"(С)
Берём всемирно известный проект сэнсэй-япономать Petit FAT, меняем pff.h на pff.c в майне, и досвидос, не получаецца каменный цветок!

Как я понял

Да ничего вы не поняли, у вас ещё всё впереди.

Мне удобнее

... штаны через голову одевать? Да пожалуйста!

Такие дискуссии полезны тем, что заставляют пересмотреть устоявшиеся внутренние стереотипы.

Это точно, вам ещё пересматривать и пересматривать!

Язык С чересчур гибок и поэтому появилась misra c.

Да куда уж вам MISRAть, вам бы в main.c не заблудиться.

[tempora]

я считаю главными K&R. Тем более, что активно использую подключение .с файлов через #include.

Эти два заявления - противоречат одно другому. Даже не считая книгу Кернигана/Ричи главной, а только хорошо её изучив, человек должен понимать, для чего существуют включаемые файлы, а такое понимание, в свою очередь, исключает "подключение .с файлов через #include".

А писать на каждую функцию хидер просто лень, тем более, что K&R предоставили #include и не наложили никаких ограничений на файлы.

Сам по себе аргумент уже позорный, но суть ещё хуже, ибо налицо полное непонимание простейших вещей - во-первых, заголовочные файлы существуют как раз для сокращения писанины и экономии времени/усилий, а не наоборот, а во-вторых - в Кернигане/Ричи ограничения есть, но их мало пробежать глазами, их ещё понять нужно, чтобы не писать такую вот чепуху:

Еще цитата "Средство «include - хороший способ собрать вместе объявления

Вот именно - объявления, а не определения! Непонимание - просто, тотальное...

Такие дискуссии полезны тем, что заставляют пересмотреть устоявшиеся внутренние стереотипы.

Где тут дискуссия-то? Дискуссия - это аргументированная защита некоторой системы знаний. Если нет ни аргументов, ни знаний - какая ж это дискуссия, это лишь попытка оправдать тот факт, что

просто лень

Пример применения включаемых файлов из K&R:

Для программ большого размера обсуждаемая позже в этой главе возможность включения файлов, #include, позволяет иметь во всей программе только одну копию описаний extern и вставлять ее в каждый исходный файл во время его компиляции.

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

++: Причём, такому "знатоку" ещё придётся потрахаться и заткнуть компилятору рот модификатором static.

[vlad_ru]

Укажите камень .

Камень:
pic16f887

[DK]

vlad_ru, посмотрите мой пост №904
Поиграйтесь там. Может, поможет.

[vlad_ru]

vlad_ru, посмотрите мой пост №904
Поиграйтесь там. Может, поможет.

Я видел этот пост, в моем драйвере этой строки нет, скорее всего разные версии драйверов.

[Picman]

Какая странная реакция на простые и понятные строки K&R:
K&R "Любая строка вида
«include "имя-файла"
или
«include ‹имя-файла›
заменяется СОДЕРЖИМЫМ файла с именем имя-файла. "
Прошу ВНИМАТЕЛЬНО прочитать и найти запрет на применение файл.с или наоборот на категоричное
применение только файл.h.
Во всех примерах K&R происходит подключение стандартных библиотек.
Я уж здесь не привожу цитату из учебника "Программирование на языке Си" Подбельского и Фомина что вся программа может состоять
только из подключенных Си-файлов.
"Грустно все это."

[dosikus]

Я уж здесь не привожу цитату из учебника

Дык вас вроде уже попросили привести доказательства ...