Форум программистов, компьютерный форум CyberForum.ru

препроцессор с++ - C++

Восстановить пароль Регистрация
 
 
Рейтинг: Рейтинг темы: голосов - 22, средняя оценка - 4.91
Bers
Заблокирован
02.09.2011, 19:59     препроцессор с++ #1
Задача:

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

Возникшая сложность:

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

Вопрос: Можно ли так сделать, что бы в случае, если идентификатор (#define) определён - при компиляции будут запущены и выполнены некоторые дополнительные функции?

Один из вариантов ответа:

Ниже представлен полностью рабочий код. В нём мне удалось реализовать задачу, озвученную выше. Однако, удалось это сделать только при помощи глобального объекта.

Меня же интересует, можно ли это сделать как нибудь так, что бы обойтись без глобальных объектов? А так же, к каким проблемам может привести ниже представленный код.

Критика кода приветствуется.

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
//BazisConsole.cpp   Точка входа в программу.
 
#define TEST_CONSOLE_ON  //режим работы:  Проведение тестов. выводить данные через консоль.
#define TEST_FUNCTION_ON //режим работы:  Проверка на ошибки. Запускать тестовые функции.
 
#include "Macross/TestConsole.h" //загрузка макроса
 
//Препроцессор сам позаботится обо всех предварительных 
//подготовках макросов, и самого приложения к работе
 
//для иллюстрации
void Foo(){   std::cout << "Тест3: Запуск макроса TEST"<<std::endl;   }
 
int main (void)
{
    //проверка работоспособности макросов
    CTEXT("Тест1: Добро пожаловать на тесты");
    CTEXT2("Тест2: Текст и число:", 10);
    TEST( Foo() );
    COUT( cout << "Тест4: COUT"<< endl );   
}

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
//TestConsole.h 
 
#ifndef TestConsole_h
#define TestConsole_h
 
//02.09.2011. Модифицировал Берс.
 
//Макросы, которые выводят сообщения в консоли, 
//только если определён специальный идентификатор.
//Так же, есть специальный макрос запускающий функцию, 
//только если определён специальный идентификатор. 
 
//ПРИМИЧАНИЕ: предназначен только для работы в студии, в ОС Windows
//ПРИМИЧАНИЕ: макрос TEST(  функция()  ); может привести к трагедии,
//если внутри функции, 
//так же будит запущен макрос TEST, 
//внутри которого....  в общем, избегайте рекурсии вызовов макроса.
 
//#define TEST_CONSOLE_ON   //если этот идентификатор определён, 
                            //то препроцессор настроит консоль, 
                            //и подготовит макросы к работе
 
//#define TEST_FUNCTION_ON   //если идентификатор не определён, 
                                           //то макрос TEST свернётся в пустоту.
 
#ifdef TEST_FUNCTION_ON
    //Если TEST_FUNCTION_ON определен, то...
    #define TEST(Function) Function 
#else    
    //Если TEST_FUNCTION_ON не определен, то...
    #define TEST(Function) ;;
#endif
 
#ifdef TEST_CONSOLE_ON
     //Если TEST_CONSOLE_ON определен, то...
     #include <iostream>     //организация потоков cin cout
     #include "windows.h"    //конкретно сейчас нужен для того, 
                             //что бы компилятор знал о существовании 
                             //SetConsoleOutputCP(), SetConsoleCP();
     class CRun
     {
     public:
         CRun() { SetConsole(); }
         void SetConsole()
         {
             //Запуск функций, которые нужно выполнить
             // перед тем, как начнётся тело main()
             
             //настройка кодировки консоли
             SetConsoleOutputCP(1251);    SetConsoleCP(1251);      
             
             //увеличивает точность показа дробной части в консоли
             std::cout.setf(std::ios::fixed,std::ios::floatfield); 
         }
     } GlobalRun;
 
     #define COUT(Text)  {using std::cout; using std::endl; Text;} 
     #define CTEXT(Text) std::cout<< Text<<std::endl
     #define CTEXT2(Text1, Text2) std::cout<< Text1<<" "<<Text2<<std::endl
 #else    
     //Если TEST_CONSOLE_ON не определен, то...
     #define COUT(Text) ;;
     #define CTEXT(Text) ;;
     #define CTEXT2(Text1, Text2) ;;
 #endif
 
//Пример использования:
 
// #define TEST_CONSOLE_ON  //если определён, 
// то макросы CTEXT, CTEXT2, COUT 
//свернуться в пустоту
//
/
// #define TEST_FUNCTION_ON //если не определён, 
// то макрос TEST свернётся в пустоту
//
//
// #include "TestConsole.h" //реализация макроса
//
// int main (void)
// {
//         CTEXT("Тест1: Добро пожаловать на тесты");
//         CTEXT2("Тест2: Текст и число:", 10);
//         TEST( std::cout<<"Тест3: Запускаю макрос TEST"<<std::endl );
//         COUT( cout << "Тест4: COUT"<< endl ); 
//     return 0;
// }
 
//Если TEST_CONSOLE_ON не был определён, то макрос свернётся в пустоту, 
//и код вывода сообщений в консоль вообще не будит скомпилирован
 
#endif
Обратите внимание на объект CRun GlobalRun

Он объявляется, и определяется в глобальном пространстве.
Код, выполняемый в его конструкторе - это и есть тот кусок кода, которые запустится в случае, если дефайн будит определён.

1. К каким проблемам могут привести макросы?
2. К каким проблемам может привести создание глобального объекта?
3. Есть ли другие способы добиться аналогичного эффекта, но при этом, вообще не создавая глобальных объектов?
4. Как сделать макросы кросс-платформенными? В частности, нужно избавиться от windows.h в случае, если компилируемый код - не под ос виндовс. Но тогда объект GlobalRun ругнется на незнание функций консоли...

Добавлено через 11 минут
/зы в строке 75 - опечатка
Similar
Эксперт
41792 / 34177 / 6122
Регистрация: 12.04.2006
Сообщений: 57,940
02.09.2011, 19:59     препроцессор с++
Посмотрите здесь:

Препроцессор C++
Препроцессор С++Builder C++
Препроцессор С++Builder C++
препроцессор, #if C++
Препроцессор неправильно интерпретирует команды #if #else C++
После регистрации реклама в сообщениях будет скрыта и будут доступны все возможности форума.
sandye51
программист С++
 Аватар для sandye51
677 / 579 / 39
Регистрация: 19.12.2010
Сообщений: 2,016
02.09.2011, 20:01     препроцессор с++ #2
C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
#include <iostream>
#include <cstdlib>
 
class test_class
{
    static void debug_message(const char* message)
    {
#ifdef _DEBUG
        std::cout << message << std::endl;
#endif
    }
 
public:
    test_class()
    {
        debug_message("Constuctor was invoked");
    }
};
 
int main()
{
    test_class f;
    system("Pause");
    return EXIT_SUCCESS;
}
Bers
Заблокирован
02.09.2011, 20:11  [ТС]     препроцессор с++ #3
/ззы, опечатка в строке 70, а не 75. В след раз, получше подготовлюсь, прежде чем постить тему.
grizlik78
02.09.2011, 20:13
  #4

Не по теме:

Цитата Сообщение от Bers Посмотреть сообщение
/ззы, опечатка в строке 70, а не 75. В след раз, получше подготовлюсь, прежде чем постить тему.
В строке 74 она

Bers
Заблокирован
02.09.2011, 20:17  [ТС]     препроцессор с++ #5
sandye51, я думал о подобном варианте, но в итоге пришел к мнению, что это не годится.

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

Во-вторых, что бы не дублировать постоянно условия компиляции, проще инкапсулировать эти условия в макрос.

А в третьих - в вашем примере будит запущена функция. Пусть пустая (бдагодоря препроцессору), но будит.

Я же хочу, что бы в целевом коде не было никаких холостых запусков функций, и никаких холостых проверок.
ForEveR
Модератор
Эксперт C++
 Аватар для ForEveR
7927 / 4709 / 318
Регистрация: 24.06.2010
Сообщений: 10,524
Завершенные тесты: 3
02.09.2011, 20:57     препроцессор с++ #6
Bers, Макросы конечно зло, но не при создании тестовых систем. Если система должна тестироваться в зависимости от некого параметра (в Linux сильно помогает .h файл выдаваемый libtool-ом или написанный самостоятельно с определением констант) - другого выхода по сути нет.

Добавлено через 8 минут
Bers, Файл config.h
C++
1
2
//Enable support for tests
#define TEST_ENABLED 1
Файл config.h.in
C++
1
2
3
/*
#undef TEST_ENABLED
*/
некий файл.cpp

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
#if HAVE_CONFIG_H
#include <config.h>
#endif
 
//Разные инклуды
 
class Class
{
public:
   explicit Class(int a):a_(a)
   {
   }
   int get_a() const {return a_;}
private:
   int a_;
};
 
#if TEST_ENABLED
   //Полезные инклуды для тестов.
   void test_class()
   {
        Class cl(5);
        //Или в лог
        std::cout << cl.get() << '\n';
   }
#endif
Если серьезная тестовая система для классов намечается советовал бы использовать готовые варианты вроде тест фреймворка буста. У нас на работе несколько проектов идут под самописным тест фреймворком. А другие под бустовским. Удобно.
Bers
Заблокирован
02.09.2011, 21:20  [ТС]     препроцессор с++ #7
ForEveR, собственно... именно для тестов они мне и понадобились.

В идеале, хочется получить достаточно гибкую параметризованную автоматическую систему юнит-тестирования.

Добавлено через 17 минут
вот что теперь можно делать при помощи макроса TEST( функция() )


C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
//BazisConsole.cpp
 
#define TEST_CONSOLE_ON  //режим работы:  Проведение тестов. Используется консоль.
#define TEST_FUNCTION_ON //режим работы:  Запуск тестовых функций.
 
#include "Macross/TestConsole.h" //загрузка макроса
 
class CTest
{
public:
    CTest() { TEST(SheckError() );  }
    
    //Юнит тесты запустятся автоматически, 
    //если будит установлен 
    //соответствующий идентификатор
 
private:
    //Зона юнит тестов
    TEST(   void SheckError(){   CTEXT("Проверяю ошибки");  }  )
 
    //А вот здесь самое интересное. 
    //Как видите, если идентификатор не установлен, 
    //то даже само объявление прототипа метода 
    //не войдёт в целевой код.
};
 
 
int main (void)
{
    CTEXT("Добро пожаловать на тесты");
 
    CTest myTest;
}
ForEveR
Модератор
Эксперт C++
 Аватар для ForEveR
7927 / 4709 / 318
Регистрация: 24.06.2010
Сообщений: 10,524
Завершенные тесты: 3
02.09.2011, 21:21     препроцессор с++ #8
Bers, Обязательно самописная? Советую таки воспользоваться готовыми либами. Ну или хотя бы взять за основу. boost::test или google test framework.
Bers
Заблокирован
02.09.2011, 21:32  [ТС]     препроцессор с++ #9
Цитата Сообщение от ForEveR Посмотреть сообщение
Bers, Обязательно самописная? Советую таки воспользоваться готовыми либами. Ну или хотя бы взять за основу. boost::test или google test framework.
Ну, во-первых, мне самому интересно сотворить нечто подобное. Я ж ещё только учусь.
А во-вторых, я не дружу с бустом. И потом, он слишком сложен для меня. Боюсь, уйдёт слишком много времени на его освоение.

Мне нужна простая, понятная методика. Пусть не супер-пупер универсальная, но зато простая в освоении, и в использовании.
ForEveR
Модератор
Эксперт C++
 Аватар для ForEveR
7927 / 4709 / 318
Регистрация: 24.06.2010
Сообщений: 10,524
Завершенные тесты: 3
02.09.2011, 22:09     препроцессор с++ #10
Bers, boost::test прост как палка для Unit тестов.

C++
1
2
3
4
5
6
7
8
9
#define BOOST_TEST_MODULE module_name test
 
//Определили нужные namespace и include подробнее в манах.
 
BOOST_AUTO_TEST_CASE(test_name)
{
   //Некие действия
   BOOST_CHECK(некое условие)
}
Или вот пример из доков.

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
#include <boost/test/included/unit_test.hpp>
using namespace boost::unit_test;
 
//____________________________________________________________________________//
 
void free_test_function()
{
    BOOST_CHECK( true /* test assertion */ );
}
 
//____________________________________________________________________________//
 
test_suite*
init_unit_test_suite( int argc, char* argv[] ) 
{
    framework::master_test_suite().
        add( BOOST_TEST_CASE( &free_test_function ) );
 
    return 0;
}
Не призываю использовать) Но посмотреть не реализацию стоит. Я думаю поможет
Bers
Заблокирован
02.09.2011, 22:14  [ТС]     препроцессор с++ #11
Цитата Сообщение от ForEveR Посмотреть сообщение
Bers, boost::test прост как палка для Unit тестов.
Я ничего не понял, из приведенных кусков кода.
Deviaphan
Делаю внезапно и красиво
Эксперт C++
 Аватар для Deviaphan
1283 / 1217 / 50
Регистрация: 22.03.2011
Сообщений: 3,744
03.09.2011, 08:36     препроцессор с++ #12
Цитата Сообщение от Bers Посмотреть сообщение
Критика кода приветствуется.
У меня рекомендация по поводу комментариев. Погугли по поводу программы doxygen (есть аналогичные, но я их названий не знаю). Эта программа генерирует документацию из комментариев в коде. Ты вот так всё старательно комментируешь, тебе может быть она полезна.

Добавлено через 8 минут
Цитата Сообщение от Bers Посмотреть сообщение
Пусть пустая (бдагодоря препроцессору), но будит.
Она определена как inline, соответственно будет выполнено только пустое тело, без вызова функции. Т.е. ничего выполнено не будет. Даже в случае не inline, оптимизирующий компилятор удалит пустой вызов.
Я бы рекомендовал использовать наиболее понятное и простое в сопровождении решение, а к возможным проблемам производительности вернуться только в случае их появления.
Ты уже и сам знаешь про зло под названием "преждевременная оптимизация"...
Bers
Заблокирован
03.09.2011, 08:40  [ТС]     препроцессор с++ #13
Цитата Сообщение от Deviaphan Посмотреть сообщение
У меня рекомендация по поводу комментариев. Погугли по поводу программы doxygen (есть аналогичные, но я их названий не знаю). Эта программа генерирует документацию из комментариев в коде. Ты вот так всё старательно комментируешь, тебе может быть она полезна.

Не совсем. Комменты были рассчитаны исключительно на вас, читателей. Исключительно для иллюстрации момента.

В реальном коде я обхожусь минимум комментариев: шапка (дата, авторство), кратко - назначение. (это нужно лишь для понимания того, что я собираюсь конструировать)

Краткие описания методов рядом с прототипами (только, если имена корявые), и в самом конце - документация с примерами, и с примечаниями.

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

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

Но я за чистоту кода - стараюсь в объявлении класса так оформить, что бы функционал был нативным.

Добавлено через 1 минуту
Цитата Сообщение от Deviaphan Посмотреть сообщение
Она определена как inline, соответственно будет выполнено только пустое тело, без вызова функции. Т.е. ничего выполнено не будет. Даже в случае не inline, оптимизирующий компилятор удалит пустой вызов.
Я бы рекомендовал использовать наиболее понятное и простое в сопровождении решение, а к возможным проблемам производительности вернуться только в случае их появления.
Ты уже и сам знаешь про зло под названием "преждевременная оптимизация"...
Я об этом не подумал...

Но все же - обилие команд препроцессора в целевом коде сильно засоряет его, и затрудняет понимание.
Deviaphan
Делаю внезапно и красиво
Эксперт C++
 Аватар для Deviaphan
1283 / 1217 / 50
Регистрация: 22.03.2011
Сообщений: 3,744
03.09.2011, 08:48     препроцессор с++ #14
Цитата Сообщение от Bers Посмотреть сообщение
Но я за чистоту кода - стараюсь в объявлении класса так оформить, что бы функционал был нативным.
Документация не должна повторять код. Документация должна содержать то, чего нельзя сказать кодом.)
Самый очевидный пример - записать причины выбора конкретной архитектуры или проектного решения. Написать, какие решения были отвергнуты и причины этого. Очень сильно помогает при сопровождении кода. Особенно, когда поддержку осуществляет уже совсем другой программист.

Добавлено через 5 минут
Цитата Сообщение от Bers Посмотреть сообщение
обилие команд препроцессора в целевом коде сильно засоряет его
C++
1
2
3
4
5
6
7
8
9
#define DEBUG_CONSOLE 1
 
void Func()
{
   if( DEBUG_CONSOLE == 0 )
        return;
 
   // тело функции
}
В случае НЕ определения символа DEBUG_CONSOLE, оптимизирующий компилятор так же удалит тело функции и сам её вызов тоже. Но он может выдать предупреждение о "недостижимом коде", которое можно и отключить.
Bers
Заблокирован
03.09.2011, 09:01  [ТС]     препроцессор с++ #15
Цитата Сообщение от Deviaphan Посмотреть сообщение
Документация не должна повторять код. Документация должна содержать то, чего нельзя сказать кодом.)
Самый очевидный пример - записать причины выбора конкретной архитектуры или проектного решения. Написать, какие решения были отвергнуты и причины этого. Очень сильно помогает при сопровождении кода. Особенно, когда поддержку осуществляет уже совсем другой программист.
Ну я считаю, документация должна содержать практические примеры "как это работает".
Так же - перечень уязвимых мест, и контракты, которые заключает клиентский код с поставщиком_услуг, выполнение которых гарантирует ему стабильную работу.

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

Добавлено через 9 минут
Цитата Сообщение от Deviaphan Посмотреть сообщение
В случае НЕ определения символа DEBUG_CONSOLE, оптимизирующий компилятор так же удалит тело функции и сам её вызов тоже. Но он может выдать предупреждение о "недостижимом коде", которое можно и отключить.
однако в релиз войдёт проверка ?
Цитата Сообщение от Deviaphan Посмотреть сообщение
if( DEBUG_CONSOLE == 0 ) return;
Если да - хотелось бы этого избежать.
Deviaphan
Делаю внезапно и красиво
Эксперт C++
 Аватар для Deviaphan
1283 / 1217 / 50
Регистрация: 22.03.2011
Сообщений: 3,744
03.09.2011, 09:10     препроцессор с++ #16
Цитата Сообщение от Bers Посмотреть сообщение
однако в релиз войдёт проверка ?
Оптимизирующий компилятор с вероятностью близкой к 100% удалит и проверку и вызов функции.
Но повторюсь, не стоит задумываться о проблеме производительности до её появления. У тебя в коде будет 100500 других причин снижения производительности.

Цитата Сообщение от Bers Посмотреть сообщение
документация должна содержать практические примеры "как это работает
И это тоже.) Я лишь намекнул, чего документация содержать не должна.
Bers
Заблокирован
03.09.2011, 09:27  [ТС]     препроцессор с++ #17
Цитата Сообщение от Deviaphan Посмотреть сообщение
Оптимизирующий компилятор с вероятностью близкой к 100% удалит и проверку и вызов функции.
А какова вероятность, что сам по себе код функции проверки не будит скомпилирован?

Что бы не получилось так - функция есть, но она нигде и никак не используется.

Добавлено через 8 минут
Цитата Сообщение от Deviaphan Посмотреть сообщение
Но повторюсь, не стоит задумываться о проблеме производительности до её появления.
Речь не об оптимизации.
Я вижу картинку так: есть штатная работа класса.
И есть тестовая - которая выявляет все ситуации, которые в принципе не должны произойти в релизе.

Соответственно, в релиз версии не должно быть методов, которые не используются.
И они не должны загромождать целевой код.

Я приведу пример:

ПулОбъектов наружу выдает умный указатель на объект.
Можно пользоваться объектом, можно расшарить указатель. Но нельзя удалить сам объект.

При деинсталяции приложения, все ссылки на объекты в пуле должны обнулиться, иначе - какой то фейл.

В режиме тестов, система должна проверить количество ссылок на объекты, и если что - поднять тревогу.

В релизе - никаких таких проверок выполняться не должно. Соответственно, и самих методов проверок в релиз войти не должно.

Я считаю, что класс не должен содержать методов, которые принципиально никогда не должны быть запущены.
Deviaphan
Делаю внезапно и красиво
Эксперт C++
 Аватар для Deviaphan
1283 / 1217 / 50
Регистрация: 22.03.2011
Сообщений: 3,744
03.09.2011, 09:39     препроцессор с++ #18
Цитата Сообщение от Bers Посмотреть сообщение
но она нигде и никак не используется
Оптимизирующий компилятор удаляет все не используемые функции (не уверен на счёт не используемых виртуальных методов, но скорее всего тоже удаляет).
Т.е. код будет скомпилирован, но при компоновке он будет удалён. Предвосхищая следующий вопрос, отвечаю: на времени сборки проекта это, разумеется, скажется, но разницу можно будет заметить только в оооочень больших проектах.

Добавлено через 10 минут
Цитата Сообщение от Bers Посмотреть сообщение
В релизе - никаких таких проверок выполняться не должно. Соответственно, и самих методов проверок в релиз войти не должно.
Я считаю, класс не должен содержать методов, которые принципиально никогда не должны быть запущены.
Во первых, не нужно приравнивать Дебаг и ТестКонсоль. Т.е. и в релизе эти проверки могут быть крайне полезны, поэтому ты правильно делаешь, используя макрос TEST_CONSOLE, а не NDEBUG.
Во вторых, это "принципиальное никогда" очень легко может поменяться на "иногда нужно". Я на практике пришёл к выводу (а потом и в книжках наталкивался неоднократно), что большая часть отладочного кода приносит бОльшую пользу именно в релизе. Т.е. отладочный код отключаю не при компиляции, а ключом в реестре или ini-файле. Да, код получается толще и чуть медленнее. Но что такое лишнее по сравнению с упрощением поддержки программы? Реально задумываться о размере программы стоит только для встроенных приложений. Для ПиСюка об этом не стоит беспокоиться. Одна-две иконки в стиле Windows7 будут весить больше всего твоего отладочного кода вместе взятого. Так же и вызов функции и оператор сравнения практически бесплатны (если не пихать их в долгий цикл).
Bers
Заблокирован
03.09.2011, 09:41  [ТС]     препроцессор с++ #19
Цитата Сообщение от Deviaphan Посмотреть сообщение
Оптимизирующий компилятор удаляет все не используемые функции
но даже, если функции и не используются, проверка семантики выполняется?

Если я сделаю вот так:

C++
1
void foo(MyCheckClass &Target){ Target.work(); }
И при этом, никогда не запущу эту функцию, компилятор ругнётся, если я попытаюсь использовать класс, не наделенный методом Work() ?

Или оптимизирующий механизм выбросит её гораздо раньше, и все таки, стоит оставить юнит-тест?
MoreAnswers
Эксперт
37091 / 29110 / 5898
Регистрация: 17.06.2006
Сообщений: 43,301
03.09.2011, 09:54     препроцессор с++
Еще ссылки по теме:

Препроцессор,исключительные ситуации C++
C (СИ) Препроцессор
C++ Почему не рекомендуется использовать препроцессор?

Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
Deviaphan
Делаю внезапно и красиво
Эксперт C++
 Аватар для Deviaphan
1283 / 1217 / 50
Регистрация: 22.03.2011
Сообщений: 3,744
03.09.2011, 09:54     препроцессор с++ #20
Цитата Сообщение от Bers Посмотреть сообщение
но даже, если функции и не используются, проверка семантики выполняется?
Произойдёт полная компиляция с последующим удалением скомпилированного кода.
В отличие от неиспользуемых щаблонных функций, где проверяется только семантика, для обычных функций будет пройден полный цикл компиляции.

Добавлено через 43 секунды
Т.е. функция должна быть определена.
Yandex
Объявления
03.09.2011, 09:54     препроцессор с++
Ответ Создать тему
Опции темы

Текущее время: 16:09. Часовой пояс GMT +3.
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2016, vBulletin Solutions, Inc.
Рейтинг@Mail.ru