вопрос по препроцессору С ? («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

[an error occurred while processing this directive] вопрос по препроцессору С ?

(«Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Отправлено Romario 27 августа 2002 г. 15:43

файл def.h:

#ifndef __DEF_H__
#define __DEF_H__
u8_t var;
#endif

файл file1.c:
#include "def.h"
.....
файл file2.c:
#include "def.h"
.....

после сборки линкер ругается что var multiply-defined in file1.c
и file2.c. Почему так? ведь при втором проходе по файлу def.h
переменная var не должна вообще "видеться" компилером...или?

раньше объявлял переменные в С файлах а в *.h вставлял их как extern а тут просто откомпилировал некий исходник и получил такую ошибку.

p.s. просьба не посылать читать стандарты а пояснить:)

Составить ответ ||| Конференция ||| Архив

Ответы

Похоже у Вас CVAVR, я тоже мучался... достаточно объявить глобальные переменные один раз в корневом файле — Сергей Тюнькин (28.08.2002 09:33, пустое)
Тут есть одна тонкость — Oldring (27.08.2002 17:20, 491 байт)
- В K&R не разрешается определять переменную более одного раза! — ShiphT (27.08.2002 17:33, пустое, ссылка)
  - "K&R C" - это не книга, а первый portable C компилятор, широко разошедшийся на Юниксах — Oldring (27.08.2002 18:35, 84 байт)
И правильно делает, если пытаться слинковать эти два отдельно компилированых файла, т.к если в одном обьявлена глобальная переменная, то во втором она должна быть обозвана extern. Выход: проинклудить второй файл в конце первого, а из проекта выкинуть. — ShiphT (27.08.2002 16:07, 1291 байт)
- немного не по теме вопроса выдержка:) — Romario (27.08.2002 16:20, 362 байт)
  - Это более правильный (и трудоемкий - целых 5 строк) выход, но правильней переменных в хидере не объявлять — ShiphT (27.08.2002 16:37, пустое)
  - так сделано в исходниках uCOS-II — Вижу только имена. Это у всех ?!!!!? (27.08.2002 16:31, пустое)
    - возможно....я не помню...также сделано и в исходниках на ThreadX отседа вывод(+) — Romario (27.08.2002 16:42, 102 байт)
      - Всеж лучше IMHO в хидерах только внешние (библиотечные, асмовые и т.д.) функции определять с их типами, а так-же всякие дам дефайны и т.д. Но вкус - это уже тема флейма. Но следить за повторным проходом надо обязательно! — ShiphT (27.08.2002 16:51, пустое)
      - Микрософт так не делает - значит дело глобального выживания под натиском растущей энтропии пространства-времени — DASM   (27.08.2002 16:50, пустое)
        
        Равно как и RTOS, и вообще стабильных систем. Так что засунь свой micro$oft .... — ShiphT   (27.08.2002 16:54, пустое)
        
        а NT embedded кто- делал ? А на яд. ракетах в России не DOS6.22 стоит и ты еще живой ? — DASM   (27.08.2002 16:59, пустое, ссылка)
- Это не выход. Не фиг в хидерах переменные объявлять - вот выход — DASM (27.08.2002 16:19, пустое)
  - Абсолютно верно, но вроде проект чужой и переделывать его не очень хочется. — ShiphT (27.08.2002 16:35, пустое)
  - Полностью согласен! А также не должно быть реализаций функций (кроме inline)... — viiv (27.08.2002 16:27, пустое)
- МЛИН. Ты почту смотриш ? И пришли мне этот стандарт — DASM (27.08.2002 16:19, пустое)
  - У тебя что, K&R нету? НЕ ВЕРЮ! Могу сегодня тебе диск дать — ShiphT (27.08.2002 16:41, пустое)
файлы компилятся отдельно друг от друга, поэтому никакого "второго прохода" нет. Конструкция #ifndef исключает повторение хедера в рамках компиляции одного файла. — Вижу только имена. Это у всех ?!!!!? (27.08.2002 15:52, пустое)
- ясно. спасибо — Romario (27.08.2002 15:54, пустое)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание ||| Без кадра

E-mail: info@telesys.ru