Ещё одна фича: при копировании с форума, в конце строк могут оказаться пробелы. Их надо удалить, особенно критично это для строчек в квадратных скобках. Проверь, нет ли пробелов после строк [PHP] и [EntryPoint].

не выходит может скинеш папку и я проверю у сея

Пожалуйста.

ага заработал но не понял куда файл компилится я его найти не могу и еще как можно адаптировать dll к хиасму codegen что можно пыло понять как она вооще рапотает и для чего и еще просмотра визуального что ты делаешь нет тоесть коректировки

объяснять не понимать запятые не хватать тоже

Я тоже не понимать что произойти после аттач

Galkov, tsdima, Это имеется вопрос так звучал как одаптировать тоесть зделать DLL - codegen php на HIsam-e вот а запятые ставить не умею три класса по альпинизму и туризму

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

Ну я понимаю она ни кому не нужна кроме некоторых то наверное можно попробовать и свою DLL сделать на Hiasme но как начать я не знаю мне начало надо , да и вообще понять смысл действия этой DLL

Я смотрю, пакет PHP потихоньку развивается.

Dilma, раз уж всё идёт к тому, что компоненты будут написаны на своём языке, не думал ли ты, что таким языком может быть JavaScript? Экземпляры компонентов схемы могли бы быть экземплярами объекта, который есть - реализация компонента. Ничего парсить не надо, добавил в скрипт текст из используемых компонентов, создал экземпляры, задал свойства и линки, и вызвал определённое событие ( EntryPoint_xxxx.doStart(_data) или просто для всех компонентов специальную функцию ElementAAA_xxxx.GenCode(), таких функций может быть и больше, например InitCode, DoneCode ) - вот и весь CodeGen.

[size=-2]------ Добавлено в 23:49
Вот, например, тест такой технологии.
code_735

Это .htm файл, мне так проще скрипты тестировать

З.Ы. Фигасе! Делайте лучше "Сохранить как ..."

[size=-2]------ Добавлено в 00:07
Во как можно:
code_736

tsdima, да после первой версии сразу появилась такая идея. Но пока есть основания считать, что реализация собственного простейшего языка для этих целей будет лучшим вариантом а плане быстродействия. Возможно позже будет возможность писать еще и на Java - добавить такое улучшение наряду с тем, что уже есть не составляет большого труда. Сейчас меня больше заботит принципиальная возможность реализации идеи генерирования не объектного кода, а не средства, которыми данная задача будет решена.

А никто и не говорит, что конечный PHP код обязан быть объектным. Объектом будет реализация скрипта кодогенерации. Может я не совсем понятно объяснил, но вышеприведённый скрипт - это скрипт кодогенерации, а формировать и запускать его будет CodeGen. Тут, я бы сказал, полная аналогия с пакетом FASM. Только там - макрос, а тут - функция JavaScript-а, возвращающая сгенерированный код. Одним из полей объекта будет id (префикс локальных переменных) - аналог Self в пакете FASM. Параметр функции - это данные потока (PHP выражение), возможно, как в FASM-е, нужно будет ещё и тип передавать. Вобщем, непонятна причина, по которой свой язык подходит больше, чем тот-же JavaScript. Только из-за <id>?

[size=-2]------ Добавлено в 00:18

Ну дык надо-ж было обсудить Одна голова хорошо, а много - лучше

А если будет Java, то это значит можно будет писать приложения под мобильные телефоны?

Нет. Это разные вещи.

Botan, я думаю, это (J2ME) следующим пакетом будет