caxapa.ru :: как сделать вывод warning однократным, если хидер с варнингом использован много раз в проекте? кейл для арм

koyodza (04.10.2012 18:13, просмотров: 10194)

как сделать вывод warning однократным, если хидер с варнингом использован много раз в проекте? кейл для арм

- не понял решил ли проблему? если что, то вариант как для extern abivan(219 знак., 05.10.2012 11:14)
  - спасибо, позже проверю, но похоже идея верная - koyodza(05.10.2012 13:27)
  - Он будет выведен каждый раз при компиляции очередного файла и это принципиально не решаемая задача ибо компиляция раздельная. А DEF_MY нужен (как здесь показано) практически во всех случаях и решает другую важную проблему. - fk0(05.10.2012 11:23)
    - не, я понял, MY_WAR просто разрешает варнинговать, когда он определён. А определён он только в одном месте, причем там можно сразу сделать ему undef, чтобы было красиво - koyodza(05.10.2012 13:26)
    - он будет выведен только при компиляции main.c Внимание стоит обратить на MY_WAR, а не на def_my - abivan(05.10.2012 12:53)
      - А если майн компилироваться не будет, то и выводиться не будет. Кажется задача решается только с использованием какого-то препроцессора, который надо как-то в IDE указать, и который будет обрабатывать майн и выводить сообщения. - AlexBi(05.10.2012 16:59)
        
        с этим нужно что-то делать(koyodza написал что), потому как дата компиляции должна(мне нужна) присутствовать в hex. - abivan(08.10.2012 09:10)
        
        можно в опциях для main поставить Always Build, такое решение мне подходит - koyodza(05.10.2012 17:29)
- можно заставить молчатькакрыбоаблёд - Vit(04.10.2012 18:41, ссылка)
  - не, у меня варнинги свои (это не ошибки, а напоминания о способе сборки проекта), мне их при компиляции один раз вывести надо, а не 50 - koyodza(04.10.2012 18:44)
    - Вариант. Обрамлять варнинги командами препроцессора #ifndef / #endif, а сам дефайн определять не в хедере, а опциях проекта. rezident(04.10.2012 18:53)
      - +1 Вот так к примеру бомж(209 знак., 04.10.2012 19:16)
        
        всё именно так и сделано. Но хидер с #define ACHTUNG включен много раз. А #warning Achtung выносить в другой файл, который включается только один раз, не хочется, лучше чтобы #warning Achtung было недалеко от #define ACHTUNG - koyodza(04.10.2012 19:40)
        
        тогда вот так бомж(298 знак., 04.10.2012 20:04 - 20:07)
        
        #ifndef ACHTUNG_BYLO_UZE не даёт в данном случае эффекта. Эффект есть только для вложенных вложений (извините за каламбур), для вложений в разные корневые файлы проекта оно дефайнится по новой - koyodza(04.10.2012 20:09)
        
        Да, Вы совершенно правы. Похоже на ~~ошибку~~фичу в препроцессоре Keil. - бомж(04.10.2012 20:41)
        
        почему ошибка? Все так и должно быть, область видимости у #define ограничивается последовательно включаемыми файлами. Глобальные дефайны в опциях проекта - koyodza(04.10.2012 20:46)
      - обрамления есть. В опциях проекта это понятно, только их там слишком много выходит. Делать на всё варианты Project Target плохо, слишком много комбинаций. А менять вручную удобнее в отдельном хидере, там просто можно закомментировать ненужные - koyodza(04.10.2012 19:04)
        
        Ну дык а этот "отдельный хедер" нельзя загружать непосредственно в опциях проекта? - rezident(04.10.2012 19:19)
        
        что Вы имеете ввиду? Поясните подробнее, пожалуйста - koyodza(04.10.2012 19:35 - 19:44)
        
        В IAR в опциях проекта можно загружать Preinclude file. В Keil видимо нет такой опции, так что извините за то, что ввел в заблуждение - я с Keil плотно не работаю. rezident(04.10.2012 19:57)
        
        посмотрю, может через misc control можно заинклюдить. У меня там только --С99 используется и больше ничего - koyodza(04.10.2012 20:01)

Средства и методы разработки