А с типом string значит на VC++ проблем нет, значит
Но все равно непонятно кого это трогает - это не более чем ЛИЧНЫЕ взаимоотношения между CodeGen и Make_XXX dll-ками.
И больше ни с кем.

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

CodeGen возвращает поинтер. Точка
Make_XXX принимает именно этот поинтер. Абзац.
Как это повлияло на возможность написать CodeGen на чем угодно - не понятно...

iarspider,

Вот, для тестирования надо пакет MultiCom добавить с парой компонент (MainForm,Hub например), DLL-ки я прям туда компилировал и запускал из среды HiAsm.exe

Вячеслав, видимо глюки сервера. Сейчас попробовал - всё нормально.

Galkov, PStrList просто раньше на глаза попался. Но string - это вроде просто массива char-ов, где по смещению 0 лежит длина строки?

Далее, где написано, что CreateCode вызывается из MakeXXX.dll? Где вообще можно найти подробное (или хотя бы краткое, но точное) описание нынешнего механизма кодогенерации?

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



Нигде не написано.
Да и неправда это.
Ответственность среды это вызов именно нужной Make dll-ки и передача ей результата работы CodeGen
Все



А выше все и сказано...
Интерфейская часть - CGTShare.pas, вот тут и рассуждай про есть такой тип в VC++ или нет. И это будет абсолютно правомерно
Исходники dll-к тоже открыты
На конкретные вопросы ответы даются
На вопросы типа "не понимаю вообще ничего" - нет. Лично я не умею просто отвечать на такие вопросы.

Galkov, вот теперь понятно.

Наблюдение: как только речь заходит о КОНКРЕТНЫХ вопросах, так сразу становится "все понятно"

Посмотрел кодогенератор. Как я понимаю, в результате работы связки codegen.dll + makexxx.dll получается выходной файл, содержаший итоговый код, и имя которого скармливается компилятору. Вопрос: можно ли при нынешней системе кодогенерации делать несколько выходных файлов?

Ответ:
1) Можно
2) Они и делаются: на каждый контейнер по файлу. Для Дельфи: procedure MakeMulti
3) Вообще: чего напишешь, то и будет делаться, хучь на пианино играй

Galkov, я не совсем это имел в виду... Вообще-то я хотел генерировать файл ресурсов (idea fix, согласен ) и makefile.

Ничего у тебя не выйдет - нет таких интерфейсных возможностей
Как говорится: всего 3-я страница - и стало понятно чего надо.
Еще пару страниц, и узнаем - зачем
Глядишь, еще +через две узнаем что такая возможность давно есть

Galkov, дык я уже написал, что зачем и почему: клац

Dilma, а я давно предлагал в тест на Пользователя включить вопрос: можно ли из SHA извлечь WAV штатными средствами

[size=-2]------ Добавлено в 22:40
Ответ: все файлы ресурсов, да и сам rc-файл спокойно получаются штатными средствами

И всё-таки, кто-нибудь мне скажет, как, ну как распаковать ZIP-свойства, не используя встроенных функций среды?

1) Кроме Dilma - некому
2) Если считаешь, что из твоего КЛАЦ чего-то понятно - глубокое заблуждение. В смысле: понятно только чего-то, а вовсе не все.
3) Если ты хочешь получить ресурс БЕЗ HiAsm (кстати говорилось про отсутствие Дельфи, а не HiAsm), то обращаю твое внимание на:
3.1) Среда может запихнуть что-то в ресурс, ничего не сказавши CodeGen
3.2) Коды элементов могут запихнуть чего-то в ресурс, и среда про это и знать не будет