Вообще-то, у Вас некорректно написано. И похоже, компилятор просто («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Вообще-то, у Вас некорректно написано. И похоже, компилятор просто

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

Отправлено Bill 13 апреля 2004 г. 17:37
В ответ на: Новый глюк компилятора iar ev430 v3.10A.... :-/ (+) отправлено SOIC 13 апреля 2004 г. 17:19

стал строже относится к подобным неккоректностям. Корректно будет определение типа в h давать без extern.


union  {   // Ярлык структуры надо указать
             .......
            };extern union  uvar;  // Ссылка к глобальной переменной

В Си файле
union uvar; // Определение глобальной переменной.

А проще всего использовать typedef. Тогда писанины меньше будет.

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

Ответы

На самом деле все написано с соблюдением стандартного синтаксиса Си (только ';' после структа случайно удалил когда копировал в эксплорер:) , а смысл ошибки ВОВСЕ не в строгости к корректному описанию переменной, а в ОШИБКЕ, компилятор считает что переменная описана не так как в h файле, хотя все один в один....(+) — SOIC (13.04.2004 17:50, 385 байт)
- а по поводу extern - если убрать extern, то это уже будет определение глобальной переменной, и в каждом файле куда включается этот H файл компилятор будет создавать новую переменную, и линкер естественно пошле вас подальше ругаясь что вы определили переменную с одним именем несколько раз.... — SOIC (13.04.2004 17:56, пустое)
  - Это не будет определение глобальной, это вообще не определение переменной. Это ДЕКЛАРАЦИЯ переменной, если конечно улавливаешь разницу. — Михаил Е. (13.04.2004 23:28, 74 байт)
  - А почему не сделать так — Штуша-Кутуша (13.04.2004 19:07, 88 байт)
    - Ответ: потому что когда h файл компилистся в другом файле то никакого H_FILE_NAME не будет, т.к. определения из h файла действуют только на тот файл куда он включен, компиляция каждого c файла идет фактически с нуля - не зависит и не влияет на другие файлы которые на которые нет явных ссылок... и не важно компилируете вы несколько файлов в проекте или по отдельности, компилироваться они будут одинаково, это уже линковаться будут все вместе.... — SOIC (13.04.2004 19:17, пустое)
      - Посмотрите на h файлы стандартных библиотек. — Штуша-Кутуша   (13.04.2004 19:43, пустое)
        
        Шутить изволите? :) если нет, так и быть раскладываю все по полочкам....(+) кстати я стараюсь никогда не писать H файлов без проверки типа #ifndef __MYFILE_H #define __MYFILE_H ....теперь понятно о чем идет речь? — SOIC   (13.04.2004 20:05, 975 байт)
        
        Вот спасибочки просветили! Только я предлагал совместить приятное с полезным то бишь объявление с описанием ....теперь понятно о чем идет речь? — Штуша-Кутуша   (13.04.2004 23:23, пустое)
  - Ну, ДУМАЙТЕ :) — Bill (13.04.2004 18:00, пустое)
    - ничего в голову не приходит как выкинуть из h файла прототип и переместить все функции с обращениями к HART_MODE в один файл, где эта переменная и описывается.... :-/ — SOIC (13.04.2004 18:07, пустое)
      - Я так делаю — Bill   (13.04.2004 18:22, 1634 байт)
        
        Очевидно мы говорим немножко о разных вещах... смысл моей записи был в том чтобы избежать лишнего описания переменной и выражения типа _HART_INI = 0; _HART_DAT = 0; и HART_MODE = 0; обращались к одной и той-же переменной, конечно можно было сделать так hm._HART_INI = 0; hm._HART_DAT = 0; и hm.HART_MODE = 0;, но для этого нужно еще лишняя писанина для описания переменной hm типа THartMode и перед каждым обращением к переменным писать префикс hm. что не очень удобно.... — SOIC   (13.04.2004 18:31, пустое)
        
        но видно никуда не денешься прийдется шерстить сырцы.... :( — SOIC   (13.04.2004 18:34, пустое)
      - ну разве что можно еще так....(+) но все это как через жо#@... — SOIC (13.04.2004 18:18, 650 байт)
        
        Да так вроде нормально. Только смотрите сами, как писанины меньше будет. — Bill (13.04.2004 18:44, 54 байт)

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

E-mail: info@telesys.ru