Собственно проект посвящённый созданию экзоядра. Только стартует. Сечас я думаю об создании нового языка/компилятора или о не необходимости его создания!=)
Идеи есть, но вот людей с которыми их можно обсудить пока нет...=(
Проект является полностью открытым, так что все могут принять участее в разработке.=))
____________________________
сейчас пишется движок для сайта codenull.net(временно не работает). так что по окончании написания я думаю проект полностью переместится туда. Ну а пока кроме как на wasm.ru тему размещать не хотелось.
____________________________
Несмотря на то что я более-менее профессиональны программист, но в разработках ядер для ОС раньеш никогда не участвовал!=)) И пока знаю об этом весьма не много, но это дело времени. Проект ориентирован в основном на таких же не очень опытных(по части ОС или программиования) людей. По этому не бойтесь участвовать в обсуждении/разработке! Вместе во всём разберёмся!=))

Тут вроде камрады все еще пишут свою ось.. Или уже нет? Может проще будет к ним присоединиться, чем новую группу собирать?

если ты про тему "пишем ОС", дык там похоже всё развалилось...
да и потом я сам придерживаюсь некоторой идеологии... и верю в начинающих!=))(если кому интересно, могут покапаться в учебниках психологии почему)

eXod
Мне хотелось бы узнать, чем особенным будет отличаться этот язык? Чего в нем будет такого, чего нет в других. Ну и т.п.

2 Avalonec.
OK! сейчас распишу!=))
Ну первая фишка, но не основная - это отсутствие привязки к синтаксису=) Т.е. нравица использовать сишный - пожалуйства, асмовский - нет проблем.=))
Вторая. собственно последний язык, который создавался для написания ОС - С. а в 70-е годы компутеры были совершенно другими. Т.е. в новый язык можно ввести спец команды(макросы) ориентированные на современный процессоры.
Третья. Скорость исполнения кода. Разные компьютеры, разная аппаратура, разное железо. А вот код часто один, что называется унисекс.(хотя не спорю, что есть компиляторы от интел, которые оптимизируют под конкретный проц, но ведь только под проц!). Идея такая - один раз написать код, а потом просто перекомпилировать с разными подключёнными библиотеками. Т.е. код собирается исполнятся на Р3, подключаем библиотеки для Р3 и компили! Код для АМД-64, так же подключаем библиотеки АМД-64 и компилим!=) Можно развить вплоть до того, что под каждый конкретный монитор=)) код будет оптимизироваться. Так же экономиться куча времини. Один раз написали, а потом заботимся только о библиотеках. Плюсы - во многих случаях не понадобятся драйвера, код и так уже будет оптимизирован под работу именно с этим устройством!=) А значит очень большой выигрыш в скорости! Минусы - тяжело реализовать такой уровень абстракции. И ещё наверняка есть подводные камни. Но конфетка сладка.=))
Хотя может надо писать на смеси С и асма. Так что первый вопрос, который надо решить для проекта - это необходим ли новый язык?

eXod
Гм.... Есть ещё проектировщики в наших селеньях! :)

Ну если на то пошло (я про перекомпилирование кода), то тогда для чего де были созданы DLL?

„заботимся только о библиотеках“

То есть о драйверах? Или ты предлагаешь некоторую другую модель?

Я так понял - это идёт на уровне самого ЯВУ?

„Ну первая фишка, но не основная - это отсутствие привязки к синтаксису“

Как хочешь реализовать?

„Т.е. в новый язык можно ввести спец команды(макросы) ориентированные на современный процессоры. “

Я бы порекомендовал (уже как 3 года назад это рекомендовал) использовать скрипто-философию.

ИМЕННО скриптинг, а не макро.

Макросы - этого не дают.

Если твой Движок XЯву - будет сделан таким - как ты говоришь, то значить на нём можно создавать для каждого устройства мини-скрипт, который будет отражать его работу, и при этом будет - ПЕРЕНОСИМ.

Тогда код, транслирующийся в ASM - будет максимально эффективен.

Про последнее пожалуйста попобробнее!=))) Оччччень интересно развить твою идею=))))
Ну у длл и свои минусы... есть желание пойти по новому пути=))
отсутствие привязки к синтаксису - довольно просто. перед использованием синтаксиса ставиться деректива что за синтаксис, ну а в спецконфигурационных файлах уже этот синтаксис расписан для трансляции в промежуточный код.
теперь про библиотеки.
наверно название не очень удачное, но и принцип сам я до конца ещё не вижу...
грубо говоря...(очень грубо=))) )
каждой команде сответствует файлик(=)) ) в котором написано как её транслировать. ну и соответственно для каждого проца(там где это необходимо) файлик этот свой.
Это очень грубо конечно, но зато отражает основную суть=))

„Про последнее пожалуйста попобробнее!=))) Оччччень интересно развить твою идею“

Нууу, дык - развей :)

„ну а в спецконфигурационных файлах уже этот синтаксис расписан для трансляции в промежуточный код“

Вот те и XASM :))

„наверно название не очень удачное, но и принцип сам я до конца ещё не вижу...“

:)) Ну пройдёт 4 годика - может увидишь...

2 Edmond,
можешь поподробнее рассказать про скриптофилософию?

eXod
Поищите в инете топики по философии JavaScript, VBScript или юниксовые шелл-скрипты. Одно НО - эти скрипты интерпретируются, но никогда не компилируются. AFAIK, самая близкая к идее Edmond'а концепция - это компилятор JIT для Java.

Quantum
Твоя не правда - совсем не близкая.


„можешь поподробнее рассказать про скриптофилософию“

Идея в том, что под каждую специфику делается свой специфичный скрипт аля язык.

далее думай сам.

хм... тогда наверно язык/компилятор будет руководствоваться скриптомакрофилософией!=))