Тип компиляции в определениях препроцессора

[dmpas]

Добавить возможность писать код вида

#Если СтэковыйРежим Тогда
...
#Если РоднойРежим Тогда
...

Пока нет примера, зачем оно нужно, но чую, что понадобится.

[EvilBeaver]

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

[dmpas]

но потом кто-нибудь начнёт писать библиотеку, которая должна поддерживать оба режима, потому что в native не работает то, а в stack - это. Мы ж всё равно пока не уверены, что сможем поддерживать поведение 1-в-1.

[EvilBeaver]

Мне кажется не стоит такое поощрять в целом, что можно писать под разные режимы. native предполагался под развитие синтаксиса, типизацию, дженерики и пр. Просто так получилось, что это не сделано :(

[Mr-Rm]

native стоит, пожалуй, доработать до замены стековой машины на Linq.Expression

[dmpas]

Мне кажется не стоит такое поощрять в целом

мы уже поощряем: настройка runtime.default в конфиге нам тихонько намекает, что мы ОДНИ И ТЕ ЖЕ исходники можем запускать в разном режиме - вот только ручку поверни.

[EvilBeaver]

native стоит, пожалуй, доработать до замены стековой машины на Linq.Expression

Там вылезет вопрос отладки, я его пытался копать и понял, что ничего не понял.

[dmpas]

native стоит, пожалуй, доработать до замены стековой машины на Linq.Expression

Там вылезет вопрос отладки, я его пытался копать и понял, что ничего не понял.

можно решить проблему в лоб: в режиме отладки - только стэковый режим

[EvilBeaver]

Тогда отлаживаемое поведение может смениться и, условно, "все будет работать"

[dmpas]

Тогда отлаживаемое поведение может смениться и, условно, "все будет работать"

всякие C++ как-то живут с этим