Бустик, я совсем запуталась в твоих буст-пппроблемах :(

Сделала OR сама, ленивый, молодежный, современный! 





Критика, вопросы, предложения приветствуются!

PS. В архиве несколько вспомогательных файлов.

Присоединённый файл ( Кол-во скачиваний: 7 )
 OR_AND.tar 20,00 Kb

Жду решения на Хаскелле.

слуш.
а что если макрос будет раскрываться так?

т.е. все выражения будут вычисляться сразу. а?
или не актуально?

Добавлено через 2 минуты и 33 секунды

а в архиве какие конкретно вирусы? 

Добавлено через 5 минут и 48 секунд
вообще у тебя не плохо получилось. и без зависимости от буста 

Да нет, актуально. Интересно, как это будет выглядеть на бусте. Я когда тему создавала сразу предполагала, что ты родишь что-нибудь буст-препроцессорное...

Но сначала вычислять никак нельзя. Посмотри любой свой код, с нелинивыми операторами if, || и && он скорее всего рассыпется.

Добавлено через 2 минуты и 48 секунд
Он несжатый)

Потому что нагенерировала специфичных под задачу макросов? Хотела сделать более обобщенный FOREACH, но там были бы сложности и неудобства. Или что еще плохо?

ну да..

Добавлено через 11 секунд
ладно, думаю...

Блин, косая я. Не плохо получилось)) Неплохо, да! ))

это не стёб был.
в самом деле нормально получилось. просто и понятно.

Добавлено через 26 секунд

 

Добавлено через 14 минут и 49 секунд

ну..мне простительно. русский мне не родной язык  

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

Возможно использовать набор макросов AND2(var1,var2), AND3(var1,var2,var3) и т.д.

Добавлено через 5 минут и 50 секунд

Неправильно. Выражения должны вычисляться только после проверки предыдущих:

math64, я не понимаю, что у тебя за бегины и енды... Ты что-то недокопипастил?..

Добавлено через 10 минут и 41 секунду
Кстати... Есть ли у кого-нибудь идеи, как избавиться от typeof и ({}) расширений? На шаблонах или хз как еще... Возможно придется компилировать под винду, там я предпочитаю компилятор MSVC.

на VB похоже...   

Отвечал на последнее сообщение предыдущей страницы - не заметил что есть ещё сообщения.
Это просто идеи, как построить макросы - не проработано до конца.
Если типы всех переменных одинаковы, можно использовать только одну временную переменную, которая объявлена в макросе BEGIN(type)
Макрос END закрывает объявление
Макросы, используемые в середине не проработаны.
Идея c AND2(), AND3(), OR2(), OR3() - уже не актуальна, Вы сделали лучше.
Как избавиться от ({}) - я уже предлагал - класс Saver, его можно переделать, чтобы был синглетоном и замоминал всё что можно как Variant, но typeof() всё равно нужен, чтобы получить запомненное значение нужного типа. Но если комплятор поддерживает ({}) - лучше использовать их (в объявлении макросов - условная трансляция)

не нужно повторять.


жуть какая-то) как же такое юзать? оО


а если нет?

уже объяснял - не прочитал всё до конца

если нет -   x ? y : z всё равно не скомпилируется, или все должны приводиться к типу первого выражения, его и использовать, или объявить тип переменной самостоятельно.

В этом случае тип результата нужно объявлять самостоятельно


Правда, есть случай, когда даже при одном типе объединять нельзя:

Но он тоже не компилируется - результат ({ }) не int&, а int

да. туплю.

Нужно доработать макросы AND и OR, чтобы принимали переменное число агрументов (как в PP_NARG.h или из boost) и моглм комбинироваться.
TEST используется для задания значения по умолчанию для обычных типов 
TESTR используется для задания значения по умолчанию для ссылок
для ссылок желательно обезопасить от порчи значение по умочанию.