Уже состою в этой группе! Попал в нее из вашей статьи, очень интересный проект, был бы рад помочь, но компа (тем более с виндой) пока что нет, делаю всё с телефона. Честно, я бы сделал компилер в арм асм с синтаксисом intel x86, а потом уже можно в sublime поставить подсветку. Но не в коем случае не умаляю ценность вашего проекта! Как я понял, вы с WinAPI пишите, так что снимаю шляпу - это очень непросто. У меня тоже есть своя группа про создание этого языка, пока что не такая активная, но тем не менее: https://t.me/honey_devdot. Если интересно, можете принять участие в развитии проекта!
Несомненно, вы правы. Но этот язык разрабатывается в версии indev, следственно, мало что в нем пока есть (из тех вещей, которые потом будут) и мало что вообще определяет его будущее.
спасибо за совет, но это скорей проект ради проекта, ведь я могу продолжить писать на fasm/C, или даже на Forth/uasm, но мне хочется своё детище, которое может кому-нибудь принести пользу.
Хороший вопрос, саажу я вам. На этот счет у меня тоже есть идея, хоть она ещё не реализована. Я планирую создать ВМ для отладки приложений на моем языке. То есть, будет специальный бинарник (honey-dbg.*), который будет разворачивать собственную виртуальную среду выполнения программ (VPEE), которая будет абсолютно управляема (даже через гуй). Например, мы хотим отладить прогу для Windows 7. Тогда, мы пишем $ honey-dbg *.hny --gui --osname=nt osver=6.1 . В итоге, запустится программа с гуем, где можно будет пошагово (и не только) смотреть за поведением проги, делать подстановку путей файловой системы, подстановлять контент файлов, смотреть, какие возбуждаются исключения и тд и тп. Это не так сложно сделать в ВМ, чем в специальном отладчике через порты, ведь в таком слючае можно полностью контролировать как код, так и условия его выполнения.
Я расскажу в следующей части, сейчас пишу indev-версию. когда закончу 1.1, буду добавлять больше специфики и деталей. А так, спасибо за подробный разбор потенциальных возможностей!
во-первых, удобный для автора, во-вторых, да, отличия есть. Например, больше никаких указателей, ссылок и прочего! если же какой-то либе или хардваре нужен именно адрес, то его можно взять макросом-функцией OFFSET. Планируется ещё много деталей, но пока что это всё, что успел.
несомненно, эта статья рассчитана на новичков в Python. Я считаю, что эта статья должна получить боььше плюсов, чем сейчас, ведь новички чаще учатся новым для них языкам именно из статей/туторов, чем из референсов, которые для новичка часто могут быть непонятны (говорю по своему опыту)
ссыль сейчас не найду, но в новый способ описания синтаксиса (yaml) добавили поддержку контекста!
все, нашел что такое эта ваша запятая. Не думаю, что эта фича так полезна, но добавить её не сложно.
Сравнительно недавно и контекст добавили. Так что 1:1 :)
ещё раз, почитайте комменты. Я хочу СВОЙ язык. И можете сказать, что такое замыкающая запятая?
Уже состою в этой группе! Попал в нее из вашей статьи, очень интересный проект, был бы рад помочь, но компа (тем более с виндой) пока что нет, делаю всё с телефона. Честно, я бы сделал компилер в арм асм с синтаксисом intel x86, а потом уже можно в sublime поставить подсветку. Но не в коем случае не умаляю ценность вашего проекта! Как я понял, вы с WinAPI пишите, так что снимаю шляпу - это очень непросто. У меня тоже есть своя группа про создание этого языка, пока что не такая активная, но тем не менее: https://t.me/honey_devdot. Если интересно, можете принять участие в развитии проекта!
Несомненно, вы правы. Но этот язык разрабатывается в версии indev, следственно, мало что в нем пока есть (из тех вещей, которые потом будут) и мало что вообще определяет его будущее.
Нет, не знал, но приму к сведению существование оного.
спасибо за совет, но это скорей проект ради проекта, ведь я могу продолжить писать на fasm/C, или даже на Forth/uasm, но мне хочется своё детище, которое может кому-нибудь принести пользу.
Хороший вопрос, саажу я вам. На этот счет у меня тоже есть идея, хоть она ещё не реализована. Я планирую создать ВМ для отладки приложений на моем языке. То есть, будет специальный бинарник (honey-dbg.*), который будет разворачивать собственную виртуальную среду выполнения программ (VPEE), которая будет абсолютно управляема (даже через гуй). Например, мы хотим отладить прогу для Windows 7. Тогда, мы пишем
$ honey-dbg *.hny --gui --osname=nt osver=6.1
. В итоге, запустится программа с гуем, где можно будет пошагово (и не только) смотреть за поведением проги, делать подстановку путей файловой системы, подстановлять контент файлов, смотреть, какие возбуждаются исключения и тд и тп. Это не так сложно сделать в ВМ, чем в специальном отладчике через порты, ведь в таком слючае можно полностью контролировать как код, так и условия его выполнения.я не знал что оное существует
я жестко привязан к специфике препроцессора fasm, поэтому реализовать что-то на базе uasm не могу (хотя бы метаязык на макросах)
уже давно горю идеей создания своего языка
Я расскажу в следующей части, сейчас пишу indev-версию. когда закончу 1.1, буду добавлять больше специфики и деталей. А так, спасибо за подробный разбор потенциальных возможностей!
Спасибо!
во-первых, удобный для автора, во-вторых, да, отличия есть. Например, больше никаких указателей, ссылок и прочего! если же какой-то либе или хардваре нужен именно адрес, то его можно взять макросом-функцией OFFSET. Планируется ещё много деталей, но пока что это всё, что успел.
да и мне не нужен язык из темплейтов и пр.
несомненно, эта статья рассчитана на новичков в Python. Я считаю, что эта статья должна получить боььше плюсов, чем сейчас, ведь новички чаще учатся новым для них языкам именно из статей/туторов, чем из референсов, которые для новичка часто могут быть непонятны (говорю по своему опыту)
Да вроде нет.. г2ч3, все верно.. г1 - разработка под 32-бита и legacy, потом передумал - начал г2, разработка под 64-бита и EFI.
даа, помню пытался собрать ядро Linux на винде, тот ещё ад. ну, сейчас у меня Linux mint и Wine, так что проблем таких нет..
ну, может быть. мне то сейчас 14 y/o, так что, может поэтому?
Я же писал - просто я обожаю ассемблер