2 Считающий:

Есть два min/max:

1. Макросы в windows.h (точнее, windef.h):
windef.h

Чтобы от них избавиться, перед включением windows.h надо определить макрос NOMINMAX:

2. Шаблоны функций в STL (заголовочный файл algorithm):

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

2 Считающий:

Считающий

Зачем абсолютное значение макросом делать? Для целых чисел (тип int) можно использовать функцию abs из stdlib.h, для чисел с плавающей запятой (тип double) можно использовать функцию fabs из math.h.

Считающий

Такие псевдо-функции -- это грабли, потому что один из «параметров» вычисляется дважды. Лучше сделать шаблоны функций:
или просто два набора функций:
Если уж очень хотите использовать именно макросы, то лучше дать им all-caps (все-заглавные) имена, чтобы при чтении кода они в глаза бросались:

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

Исторически сложилось так, что в «виндовом» C++ есть два min/max. Поэтому разные компиляторы по-разному выкручиваются из этой ситуации. Например, Visual C++ 6.0 выкручивается так:
заголовочный файл xutility

(я поменял форматирование кода, чтобы было читабельнее)

Считающий
Algorithm Мне, пока, ни к чему, потому не используется, просто хочется Прогу писать так, чтобы разными Компиляторами компилилась, хотя бы Visual C++ и C++ Builder. При этом, опять таки, хочется избежать множественного включения подобной чешуи:

Чтобы иметь переносимые (между компиляторами) минимум/максимум, проще велосипедики сделать.

2 egorych:

egorych Пётр СедовЧтобы иметь переносимые (между компиляторами) минимум/максимум, проще велосипедики сделать.Или пользоваться STL. на то она и стандартная библиотека.
Если Visual C++ 6.0 не актуален, то да. Проблема в том, что реализация STL, поставляемая с Visual C++ 6.0, не содержит std::min и std::max. Вместо них есть std::_cpp_min, std::_cpp_max, _MIN и _MAX (см. выше ). В старом MSDN-е про это сказано:
MSDN 2001-го года
Microsoft-Specific:
To avoid conflicts with min and max in WINDEF.H, use _MIN and _MAX instead. These macros evaluate to _cpp_min and _cpp_max, respectively.
END Microsoft-Specific


egorych
вот, слепил на 2007й стройке,

«2007-ая стройка» -- это C++ Builder 2007?

egorych
никаких проблем не обнаружил:

А причём здесь stdlib.h? Насколько я знаю, чтобы использовать std::min и std::max, надо подключить стандартный заголовочный файл algorithm.
Ну и в Visual C++ 6.0 это не компилируется:

egorych
Разные компиляторы по разному обрабатывают прекомпилед хидеры. У мелкомягких - это stdafx, у борланда - #pragma hdrstop, etc.

Кстати, в Visual C++ тоже есть #pragma hdrstop, и тоже для precompiled headers. Но наверняка работает слегка не так, как в C++ Builder-е :).

egorych
Если нет желания заморачиваться с условной компиляцией (пример которой вы опубликовали) и морщить мозг в попытках разобраться что именно стоит за использованием того или иного механизма у каждого конкретного производителя компилятора, то лучше пользоваться возможностями языка, описанными в стандарте.

Насколько я знаю, в стандарте C++ ничего нет для ускорения компиляции :(.

egorych
Кстати, мой пример нормально компилируется 2005й студией, и уверен, что и любой другой компилятор C++ нормально справится.

Если не считать Visual C++ 6.0 компилятором C++, то наверняка :).

2 Считающий:

Считающий
Пётр СедовЗачем абсолютное значение макросом делать?
Для целых – abs(), для __int64 – _abs64(), для double – fabs(), для _complex – _cabs()... Хочется стандартизации.

Мне вполне хватает стандартных abs(int) и fabs(double). Я не использую __int64 и комплексные числа.

Считающий
А что касается набора Функций, то их получится слишком много, ведь придётся описывать не только для int и double, а ещё, как минимум для: unsigned char, signed char, unsigned short, signed short, unsigned int, unsigned __int64, signed __int64, float,

Мне вполне хватает велосипедных Min/Max для int и double.

Считающий
long double (хотя по поводу этого – вообще непонятки, похоже, что Visual C++ его просто конвертит в double, но это тема для отдельного флуда),

В Visual C++ и double, и long double -- это 64-битное число с плавающей запятой (в стандарте IEEE 754 этот формат называется «double precision»).
В C++ Builder-е long double -- это 80-битное число с плавающей запятой (в стандарте IEEE 754 этот формат называется «double-extended precision»).

Считающий
Если их все не описать, то можно нарваться на неявное преобразование типов Компилятором, что негативно скажется на производительности.

«Медленное» неявное преобразование -- это число с плавающей запятой -> целое число. Остальные неявные преобразования чисел -- мелочь.

Считающий
Да и inline-Функции не все компиляторы так красиво раскрывают (смотрел DisAsm)

А Вы смотрели оптимизированный ассемблерный код?

Считающий
Что имеется в виду под "в «виндовом» C++"?

Я имел в виду C++-программы, у которых в коде есть #include <windows.h>.

Считающий
Это же не API-Функции OS, а средства Языка C++?

Макросы min и max в заголовочном файле windef.h -- это в некотором смысле часть WinAPI, но её можно отключить (определив макрос NOMINMAX до включения windows.h). Шаблоны функций std::min и std::max, доступные после включения заголовочного файла algorithm, -- это часть стандартной библиотеки C++.

Считающий
По идее, Макросы должны давать самый оптимальный Код, при условии, что аргументы являются простыми переменными.

Обычно вычисление минимума/максимума -- это не то место в программе, где надо так тщательно заботиться об эффективности :).

Считающий
Но в случае навороченных выражений – ясен пень, что Функция будет быстрее, а если к тому же в выражениях используется ++/--, то Макрос вообще посчитает неправильно...

Ага, вот здесь грабли и лежат :).

Считающий
Постольку, поскольку StdAfx.H подключается ко всем остальным Файлам в Проекте, то и Макроопределения логично поместить туда, ничего более :)

По-моему, для этих целей лучше сделать отдельный заголовочный файл вроде Common.h или Base.h, а в stdafx.h оставить только #include-ы «тяжёлых» заголовочный файлов, содержимое которых Вы не собираетесь менять.

Считающий
Так что же получается, что Builder не подключает "XUtility", в котором и описаны min и max, только из-за того, что в Проекте используется StdAfx, в котором подключается StdLib.H?

Насколько я знаю, заголовочный файл xutility не является стандартным. Чтобы использовать std::min и std::max, надо подключить стандартный заголовочный файл algorithm.