asm вставка, прошу помощи (1 байт воспринимается как много, кириллический символ)

[stslam]

Вопрос необычный.
На старом (BCB 6 Professional) ассемблерные вставки работали прекрасно
Перешли на XE - и начался кошмар портирования.

asm MOV AL, 'Z' //воспринимает нормально
asm MOV AL, 'Ю' //воспринимает как юникод (больше одного байта)

Смысл в следующем - при компиляции подлый IDE расценивает кириллицу как юникод и шлет ассемблеру 2(4) байта вместо одного. Как сказать "хочу работать с однобайтовыми символами"?

Ошибку на кволити централ я ежегодно выкладываю - но воз и ныне там.
Саппорт тоже больше полугода говорит, что "в работе".

ПРОСЬБА - не предлагать вводить числа вместо букв - очень большой объем исходников.

[FataLL]

В любом случае предстоит правка исходников, так что вариант "числа вместо букв" имеет место быть. Можно наваять программулину, которая бы выискивала в коде вставки на асме и меняла бы 'Ю' на 222 // 'Ю' или (char)'Ю'. Ну или или поиском-заменой, но по-очереди...

[stslam]

Ясно, значит опций для tasm'a нет? Или Вы их не знаете?
Для си ведь опция "_TCHAR maps to" - подходит.
Мне кажется, что решение есть. Только сокрыто от непросвещенных
Кстати, если Вы напишете в ассемблерной вставке char('Ю') или (char)'Ю' - ассемблер вам не простит и выдаст ошибку.

[FataLL]

Ну, с (char) я прогнал, признаюсь. Но надо помнить, что асмовские вставки обрабатывает компилятор С, а не tasm [поэтому и никакие опции tasm не помогут]. Следовательно, синтаксис используется именно С. Например, синтаксис асма

MOV AL, $0F

во вставке не проканает, будет ошибка. Надо

asm MOV AL, 0x0F

[stslam]

Сообщение от FataLL

... асмовские вставки обрабатывает компилятор С, а не tasm

Да-а-а?

BYTE a = 'Ю';

при "_TCHAR maps to" - засунет в a именно 'Ю';
Иначе - белиберду.

Именно поэтому - в опциях проекта есть вкладка со свойствами tasm'a
А вот как ему сказать аналогичное (_TCHAR maps to char)?

Я ведь пример привел - упрощенный.
В реальных условиях - в десятках мегабайт исходников (речь ТОЛЬКО про ассемблерные вставки в проекте, размер которого в исходниках превышает 5 гиг) - автоматика невозможна, в принципе. А ручной труд приводит к неизбежным ошибкам.

[waleri]

А если a будет CHAR то засунет что?
А кстати, в MOV инструкции указан регистр AL - как вообще в него можно засунуть 2/4 байта?

[stslam]

А Вы в курсе, что такое "неяное приведение типов"?
Учитывая, что BYTE - это typedef от unsigned char?
если char a написать - будет то же самое, только рассматриваемый байт станет знаковым.
sizeof(BYTE) и sizeof(char) - это (в нашем случае) единица!

[FataLL]

stslam
Ты вообще просто умничаешь или проблему решаешь? Хотя бы проверяешь или просто теоретизируешь? Попробуй

asm MOV AL, BYTE('Ю')

[stslam]

Нет, я не умничаю. Я просто не понимаю, как можно абстрактно кидать непроверенные идеи - поэтому вынужден указывать на некоторые огрехи в понимании того, кто пишет. Да, мне хотелось бы решить проблему. Скажу больше - я уверен, что существует какой-то допключ для tasma в опциях проекта (или что-то иное), но про это я нигде не нашел. А в кволити централ - молчат (ежегодно вопрос репорчу - почти что с каждой новой версией )

По поводу вышесказанного (BYTE('Ю')).
За такой трюк - спасибо, конечно...
Но я его знал (это первое, что я попробовал сделать) - ошибку выдавать перестанет, но в AL занесется другой байт от юникодовского символа (в моем случае с 'Ю' - там окажется 0xAE вместо 0xDE) т.к. сработает парсер tasm'a.

А в рядом стоящую конструкцию

char a = 'Ю';

- попадет 0xDE - так как тут сработает сишный препроцессор и компилер (_TCHAR maps to char)

[FataLL]

stslam
Насчёт "огрехов", "указать" и прочей важняцкой иронии. Удали куда-нибудь tasm и скомпилируй проект со вставками. Компилируется?