Представлен (https://www.mail-archive.com/info-gnu@gnu.org/msg02486....) выпуск инструментария GNU Mes 0.17 (https://www.gnu.org/software/mes), обеспечивающего процесс бутстрэппинга (bootstrap) для GCC. Mes 0.17 является первым выпуском после перевода разработки под крыло проекта GNU. Инструментарий решает задачу верифицированной начальной сборки компилятора в дистрибутивах, разрывая цепочку цикличной пересборки.
Для сборки пакетов в дистрибутиве необходим компилятор, но для сборки этого компилятора требуются исполняемые файлы уже собранного компилятора. Например, для сборки новой версии GCC используются уже готовые сборки одной из прошлых версий. Возникает порочный круг (http://bootstrappable.org/) и система становится привязанной к бинарным сборкам компилятора, что мешает обеспечению замкнутого цикла пересборки из исходных текстов и полной верификации дистрибутива (бинарные сборки компилятора являются потенциальным источником скрытых закладок, что не позволяет полностью гарантировать целостность сборок из эталонных исходных текстов).
Для исключения привязки к исполняемым файлам компилятора и создания цикла сборки только на основе исходных текстов в GNU Mes реализовано (https://www.gnu.org/software/mes/manual/mes.html) два связанных компонента: самодостаточный (self-hosting) интерпретатор для языка Scheme, написанный на языке Си, и простейший компилятор для языка Си (MesCC), написанный на языке Scheme и использующий наработки проекта NYACC (https://savannah.gnu.org/projects/nyacc/). Оба компонента взаимособираемы, т.е. интерпретатор Scheme может быть собран Си-компилятором и Си-компилятор может быть собран интерпретатором Scheme.Интерпретатор языка Scheme достаточно компактный, занимает около 5000 строк кода на простейшем подмножестве языка Си и может быть преобразован в исполняемый файл с использованием универсального транслятора M2-Planet (https://github.com/oriansj/m2-planet) или простейшего Си-компилятора, собранного использованием самособираемого ассемблера hex0 (https://github.com/oriansj/stage0), не требующего внешних зависимостей. При этом интерпретатор включает полноценный сборщик мусора и предоставляет библиотеку загружаемых модулей. Scheme-интерпретатор даёт возможность собрать Си-компилятор MesCC, который позволяет собрать урезанную версию компилятора TinyCC (https://gitlab.com/janneke/tinycc) (ttc), возможностей которого уже достаточно для сборки GCC.
На основе tcc вместе с предоставляемой Си-библиотекой формируется минимальное сборочное окружение, способное собрать glibc-2.2.5, binutils-2.20.1 и gcc-4.7.4. После готовности GCC, Glibc и binutils становится доступным штатное полноценное сборочное окружение дистрибутива. Из дальнейших планов проекта называется включение GNU Mes в базовую поставку GNU/Linux дистрибутива GuixSD (Guix System Distribution) и создание библиотеки функций Mes C Lib.URL: https://www.mail-archive.com/info-gnu@gnu.org/msg02486....
Новость: https://www.opennet.me/opennews/art.shtml?num=49188
Так это про gentoo я не понял?
> Так это про gentoo я не понял?Да это про соурс-бейзед, в какой-то степени. Нет, не про генту.
Больше про GNU GuixSD кмк.
Может быть и про Debian -- но не знаю, с ним [и с генту, да], вроде, больше "пересечегний" по https://reproducible-builds.org/ .Исследования как разработчиков GNU, так и Debian-а "простираются" в эту сторону -- обеспечение сборки также и всего [по возможности] инструментария из исходников, не только / не просто каждого из пакетов в дистрибутиве.
Это недо-Guix $)
> Это недо-Guix $)Не плакай, смержат wip-bootstrap в master будет тебе full-on GuixSD.
> Так это про gentoo я не понял?Это про bootstrap. Они придумали как пройти Путь Древних с минимальными допущениями.
Молодец RMS!
Ведь наверняка знает, что скайнет не дремлет. Когда нибудь он наверняка поразит "все" компьютеры. А вот тогда, проснется в бункере бравый солдат, стукнет сапогом по пульту управления, и тьогда ...
Это присказка была, ...
На старом ламповом (аналоговом) компьютере рассчитают цифровую матрицу, вырежут из ствола самой лучшей березы пластину (для процессора), прошьют ее как надо, далее возьмут с полки томик с кодами всех обозначенных в статье продуктов GNU плюс загрузчик, загрузят с перфокарт.
И о счастье, скайнет задрожит и рассыпется, как с белых яблонь дым.Так победим!
Так что еще раз спасибо тебе, о великий RMS!
> Молодец RMS!
> Ведь наверняка знает, что скайнет не дремлет. Когда нибудь он наверняка поразит
> "все" компьютеры. А вот тогда, проснется в бункере бравый солдат, стукнетЯ правильно понимаю, что увидев знакомые слова в заголовке, некоторые пытливые умы просто додумали все остальное и тут же находчиво высмеяли-опровергли?
> Mes 0.17 является *первым выпуском после* перевода разработки под крыло проекта GNU.
> Инструментарий *решает задачу верифицированной начальной сборки* компилятора в дистрибутивах, разрывая цепочку цикличной пересборки.
>
>> Молодец RMS!
>> Ведь наверняка знает, что скайнет не дремлет. Когда нибудь он наверняка поразит
>> "все" компьютеры. А вот тогда, проснется в бункере бравый солдат, стукнет
> Я правильно понимаю, что увидев знакомые слова в заголовке, некоторые пытливые умы
> просто додумали все остальное и тут же находчиво высмеяли-опровергли?Спасибо, что поддержали разговор. Все остальное не гарантированно. Особенно в части "пытливые умы" :(
Хотя если честно, новость дочитал до конца. Содержание очень порадовало!
К сожалению, у меня наверняка не найдется времени, глубже ознакомится с темой (не говоря уже о том, чтобы как то помочь, тут ко времени еще и пытливый ум нужон :(Сдаюсь и предлагаю закрыть тему!?!
>> Mes 0.17 является *первым выпуском после* перевода разработки под крыло проекта GNU.
>> Инструментарий *решает задачу верифицированной начальной сборки* компилятора в дистрибутивах, разрывая цепочку цикличной пересборки.
>>
вот лучше все эти фаундейшены скинулись бы на блокбастер по твоему сюжету, чем той фигнёй которой они занимаются
Версия gcc выбрана вероятно потому, что не требует для сборки компилятора плюсов. Но в тоже время такие версии компилятора и стандартной библиотеки позволяют забыть о новых архитектурах.
> Версия gcc выбрана вероятно потому, что не требует для сборки компилятора плюсов." -- Дарлинг, ты такой ... сообразительный! " (почти-ц) </сарказм>
https://lists.gnu.org/archive/html/guix-devel/2018-07/msg001...
|- https://lists.gnu.org/archive/html/guix-devel/2018-04/msg001...
|- https://lists.gnu.org/archive/html/guix-devel/2018-04/msg003...
|- https://lists.gnu.org/archive/html/guix-devel/2018-05/msg002...
|- https://lists.gnu.org/archive/html/guix-devel/2018-06/msg003...
`- https://lists.gnu.org/archive/html/guix-devel/2018-08/msg000.....
`-- https://www.phoronix.com/scan.php?page=news_item&px=Linux-4....> Но в тоже время такие версии компилятора и стандартной библиотеки позволяют
> забыть о новых архитектурах.
Это невероятно круто!!! Как раз недавно думал об этой давно известной проблеме доверия бинарным сборкам конпилятора.
> gcc-4.7.4Ну ясно-понятно. А как насчёт 4.8+, которые уже на плюсах? Кому эта хрень может понадобиться? Некродистрибам, вроде RHEL 5?
А gcc-4.7.4 не может собрать 4.8+ ?
>> gcc-4.7.4
> Ну ясно-понятно. А как насчёт 4.8+, которые уже на плюсах? Кому эта
> хрень может понадобиться? Некродистрибам, вроде RHEL 5?Полный gcc 4.7.x _умеет_ плюсы. Следующий (несколько...) gcc "умеет" собираться [быть собранным] предыдущим.
Развивай мозги -- примени индукцию.
|
"" Note that to bootstrap GCC with versions of GCC earlier than 3.4, you may need to use --disable-stage1-checking, though bootstrapping the compiler with such earlier compilers [U]is strongly discouraged[/U]. ""
--https://gcc.gnu.org/install/prerequisites.html
>>> gcc-4.7.4Для бутстрапа с -
* Mes, который не умеет плюсы, но "весь" в исходниках, и который приспособили собирать tcc, через этот самый -
* tcc, который не умеет плюсы, но умеет собрать gcc [4.1, 4.7 - да, те, что не "на плюсах" ], через -* gcc-4.7 собираем...
... " превращаются брюки... в элегантные шорты! "
>> Ну ясно-понятно. А как насчёт 4.8+, которые уже на плюсах? Кому эта
> Развивай мозги -- примени индукцию.И обязательно прочитай все исходники Mes, tcc, gcc-4.7, всех сопутствующих бинутилзов, башей, гайлов, ... Только не все сразу, побереги себя.
Стоит TinyCC развивать в сторону поддержки, хотя бы, подмножества C++, чтобы им сразу можно было собирать современные версии GCC. Так сократится цепочка к искомому результату.
> Стоит TinyCC развивать в сторону поддержки, хотя бы, подмножества C++, чтобы им
> сразу можно было собирать современные версии GCC.Стоит? Согласен, это недёшево. Перечисляй дензнаки.
Или ты не об этом? Пусть кто-нибудь другой, да?
>Так сократится цепочка к
> искомому результату." надо больше пользователей ", " надо короче путя до [рынка] " -- вы применяете не те средства.
>Перечисляй дензнаки. Пусть кто-нибудь другой, да?Вы завязывайте с этим. Выглядит очень жутко.
Очень жутко выглядит когда люди обсуждают новости и вдруг кто-то начинает попрошайничать. Причём даже не для себя. Дикость и глупость.
> и вдруг кто-то начинает попрошайничать. Причём даже не для себя.
>Дикость и глупость.
>>Перечисляй дензнаки. Пусть кто-нибудь другой, да?
> Вы завязывайте с этим. Выглядит очень жутко."Собеседники" без воображения бегут в крике-ужасе. Отлично[I]!
> Стоит TinyCC развивать в сторону поддержки, хотя бы, подмножества C++Стоит не лезть в tcc с "комбайнёрскими инновациями", для этого уже есть gcc, llvm итд.
Идея TinyCC отражена в его названии, буквально.
У меня слов не находится. А я все думал, как же должна решаться эта проблема с компиляцией компилятора для компилирования дистрибутива. А вот оно что, я поражен и воодушевлен.
> У меня слов не находится. А я все думал, как же должна
> решаться эта проблема с компиляцией компилятора для компилирования дистрибутива. А вот
> оно что, я поражен и воодушевлен.Чего попусту без толку беспокоитья-то, драгоценное расточать?... Гугль ^W Большая https://duckduckgo.com/?q=trustin+trust+compiler Наука уже ж получита кое-какие результаты. Языком владеете -- вот, будете марки приклеивать.
Не совсем понял, а что мешает добавить закладку в Mes точно так же как и в GCC?
> Не совсем понял, а что мешает добавить закладку в Mes точно так
> же как и в GCC?Предполагается, что _чем оно меньше_, тем большее число читателей его прочтут, и поймут, и заметят ежели что ежели что.
Поэтому (<<=меньше) в нём нет c++. Туда же и предложения, я давайте [проперелопатчим tcc, чтобы ...]: меньше не только код, но и меньше изменений в нём -- больше .... эээ... ...глаз?... [нувыпонели]
Поэтому (или нет?) разнообразие "целей" (mes!=tcc!=gcc-4.7!= ...) в цепочке бутстрапа затрудняет закладку а-ля Trusting trusted compiler.
"" Mes aims to create an entirely source-based bootstrapping path. The target is to have GuixSD bootstrap [U]from a minimal, easily inspectable binary[/U] — that should be readable as source—into something close to R6RS Scheme. ""
--http://bootstrappable.org/projects.html
> разнообразие "целей" (mes!=tcc!=gcc-4.7!= ...) в цепочке бутстрапаВажно не разнобразие целей. Важно то, что собранный разними инструментами и способами (цепочками бутстрапа) бинарь был однаков. Можно сказать объективность - объект не зависит от субъектов. Прошелся по ссылкам, только у "самособираемого ассемблера hex0" есть намеки на "объективность". Дальше простор для субъективизма.
> Можно сказать объективность - объект не зависит от субъектов.Если бы это было целью, то не было бы необходимости во всём этом бутстрапе -- скачал себе любой компилятор в бинаре и скомпилировал им. Объективность не существует, и не только в вопросах бутстрапа, она вообще не существует, объективность -- это фикция. Слово "объективность" придумали узколобые снобы, которые не могли представить себе точки зрения отличной от их собственной.
Этот Mes, на деле, делает не объективность, а немного иное. Или совсем другое. Это решение задачи бутстрапа, причём не какое-то фиксированное и законченное решение -- нет, гораздо интереснее и полезнее. Это грядка отдельных кусочков, из которых ты можешь собрать решение задачи бутстрапа, причём на любой случай. Ты можешь при этом заменить любой кусочек mes на свой -- не такая уж это и проблема. Mes берёт на себя существенную часть работы, на случай если тебе приспичить отбустрапить компилятор, но при этом он даёт и широчайшую гибкость: если твоя задача избавиться от закладок, то на любую модель угроз, которую ты придумаешь, ты сможешь придумать способ как минимальными усилиями её обойти, сваливая максимум работы на Mes. Ты можешь придти к конечному результату многими способами. И разные способы тебе будут давать разные бинари.
Но тут есть одно "но". Ты можешь получить два разных статически собранных elf'а, которые будут представлять собой gcc-8.2. А вот потом, ты можешь каждым из этих elf'ов скомпилировать gcc-8.2 и получить ещё два бинаря. И вот эти бинари ты можешь сравнить между собой побайтово и даже получить осмысленные результаты. Я может не совсем понимаю, что ты подразумеваешь под "объективностью" -- по-моему тут никакой объективностью и не пахнет, потому что любой минорный патч на компилятор может изменить результат компиляции -- в этом-то и суть накладывания патчей, надо чтобы программа работала иначе, не так как она работает без патча. Но не важно, что я там не понимаю, поскольку я понимаю, что это позволит искать закладки.
Mes при этом не может дать тебе способа как обойти _все_возможные_ закладки -- на любую хитрую дырку, как известно, найдётся свой зазубренный штопор. И ничто не может дать. Но Mes радикально упрощает создание хитрых дырок для детектирования штопоров, которые в них не влазят. А это значит, что такие тестовые дырки будут чаще создавать, и долгосрочное существование особых штопоров будет под серьёзным вопросом.
> Объективность не существуетДвойка Вам по философии в целом и философии науки в частности.
Сколько столетий исполнилось самому молодому философу, которого ты читал?
> Этот Mes... Это решение задачи бутстрапа.Это не решение проблемы бутстрапа. Это еще один инструмент, который создается с использованием "другого инструмента". Для народа рассказали сказку, что "другой инструмент" внутри самого mes: lisp -> c, c -> lisp. А на деле выясняется, что сначала надо собрать hex0, у которого в инструкциях по бутстрапу написано, что его надо собирать при помощи gcc.
> внутри самого mes: lisp -> c, c -> lisp. А на
> деле выясняется, что сначала надо собрать hex0, у которого в инструкциях
> по бутстрапу написано, что его надо собирать при помощи gcc.Про hex0 там написано, что его 280 байт кода можно прочитать целиком. Даже ты сможешь. Напрягись -- не отвлекайся после первой строчки, как с gcc / 280 байт. // " ну, ещё ложечку " или то не ты был?
> Про hex0 там написано, что его 280 байт кода можно прочитать целикомЧто мне даст, то что я его могу прочесть? Белковая логика более уязвима, чем gcc.
> // " ну, ещё ложечку " или то не ты был?Идеальный пример белковой логики с его шизами
>> внутри самого mes: lisp -> c, c -> lisp. А на
>> деле выясняется, что сначала надо собрать hex0, у которого в инструкцияхВот тебе ещё будет интересно: "а бутстарпёры бутстраперов -- кто".
Work is ongoing to remove these binary seeds
that were intentionally injected by our own doing as
temporary shortcutmescc-tools-seed, mes-seed, tinycc-seed
.https://www.gnu.org/software/mes/manual/html_node/The-Mes-Bo...Кроличия нора ждёт тебя, падаван. Так многое, о чём ты ещё не погундел[I]!
> Про hex0 там написано, что его 280 байт кода
> А на деле выясняется, что сначала надо собрать hex0, у которого в инструкциях по бутстрапу написано, что его надо собирать при помощи gcc.Не читай инструкции, читай код. hex0 содержит внутри себя stage0, который представляет из себя бутсектор для флопа, который в свою очередь простейшая тулза для набора бинарного кода. Он так же содержит stage1, который можно использовать как подсказку, чтобы набрать утилиты для сохранения набранного на дискету. Там если поковыряться, то можно найти ещё компилятор C и интерпретатор лиспа. Главное не забыть распечатать asm-листинги, прежде чем ребутаться с дискеты. И да, корректность этих листингов ты вполне можешь проверить вручную -- там не так уж и много кода, не больше недели понадобится: в шестнадцатеричную арифметику в уме ты научишься на третий день, а дальше само пойдёт.
то же, что и в GCC
Да... теперь бутстрап вообще никто не осилит!
> Да... теперь бутстрап вообще никто не осилит!Тренеру ^Ц Разминайтесь [I]пока страпоном.
> Mes 0.17 является первым выпуском после перевода разработки под крыло проекта GNUеще одних уломали "защищать" от страшного мира ?
>> Mes 0.17 является первым выпуском после перевода разработки под крыло проекта GNU
> еще одних уломали "защищать" от страшного мира ?В отличие от вас, эти люди (тот один, что mes делает, коллега его по GNU с nyacc, шлющий ему патчи, разработчики/ментейнеры GNU Guile, GNU Guix со товарищи) вполне взрослые люди, отдающие себе отчёт, что делают, и не нуждающиеся в "уговорах". Даже не студенты на гугло-каникулах[, вроде].
Но вы съешьте ещё ложечку -- за маму, аймалацца, за па-а-апу, ойсойнышко, за бабу, за деду, ойэтокто у нас маладейц! Вы молодейц.
Как хорошо вам промыли мозги. Но все же помнят историю с sed - когда человек захотел выйти из под контроля, а ему не дали. Тоже видимо осознавал последствия - когда-то.
Помним другие проекты которые загнулись - от такого "умного" руководства.
Вот libreboot - тот тоже загнулся :)
GNASH - который типа приоритетный проект GNU - живой? или так.. поковырять..
имхо libreboot не от ГНУ "загнулся", а от гомосеков с активной жизненной позицией. Да и то, загнулся ли.
GNASH - как заменитель флеша, прикопали вместе с флешем.
и что FSF сильно помогал своему приоритетному проекту GNASH ?
А ведь обещали :) этому так же будут помогать?.. что бы прям скопытился.можно еще libdwg вспомнить - который скопытился с перевода на GPL v3, сразу нашлась альтернатива а этот забросили. Зато незгибаемо :) Только вот выхлоп стал напоминать что-то не очень хорошее.
> можно еще libdwg вспомнить - который скопытился с перевода на GPL v3,
> сразу нашлась альтернатива а этот забросили. Зато незгибаемо :) Только вот
> выхлоп стал напоминать что-то не очень хорошее.Плагаю, что, в общем случае, проблема не в ГНУ, а в потере или недостатке интереса к проекту.
Если проект действительно интересный и нужный (а не просто курсовая), то и запреты не остановят.
Свободный опенсорс он такой: интересно - ковыряешь, надоело - бросил. Хипстеры, сэр!
> Как хорошо вам промыли мозги. Но все же помнят историю с sedНу, тебе-то это не грозит.
> - когда человек захотел выйти из под контроля, а ему не
Ты, малой, не прыгай, не елозь. Съешь ещё ложечку, ну, давай-давай!
Вот видишь, я тебя _уговариваю_. А теперь, престо!, кто-где-как уговаривал Ноенхаузена (если не переврал фамилию) вот прямо вот -- ив GNU?
Или соврамши, да? "ай, малацца, ай маленький, ну, ещё чуть-чуть!"
>> Как хорошо вам промыли мозги. Но все же помнят историю с sed
> Ну, тебе-то это не грозит.Тут один записной антрополог и почитатель оккультизьму хакает мазгииии, смотри, какой апаснасти ты минуешь:
"" If you are anywhere near being a hacker, you already see where this is going – I’m interpreting koans and mystical poetry as a form of functional brain-hacking, not unlike surrealist art (which famously aimed at “the transformation of mind and all that resembles it”). ""
> Или соврамши, да? "ай, малацца, ай маленький, ну, ещё чуть-чуть!"
так результат виден в обоих случаях.
Там съели ложку чего-то не вкусного, с этим проектом вляпались в что-то дурно пахнушее.
Разве может человек в здравом рассудке отдавать руководство своим проектом кому-то? Кто хуже его знает что нужно и руководствуется не техническими, а лишь политическими взглядами?
Разве может человек в здравом уме вступить в могильник проектов?Вот вот, не может. Значит уговорили/надавили.. или просто проект слили в мусорку.
> так результат виден в обоих случаях.Да, подтверждение вранья враньём. Пройдите в сад.
> Там съели ложку чего-то не вкусного, с этим проектом вляпались в что-то
> дурно пахнушее.
Подгорает - или нонче назвать дурнопахнущее - дурнопахнущим нельзя?Мы же помним что GPL это супер жлобская лицензия :) И помним как FSF навязывало проектам под "покровительством" откровенно политические шаги - приводящие к смерти проекта.
И это назвается теперь процветанием?Я ж понимаю что не удобно в этом сознаваться - но будте уж честным с собой - FSF это чистая политика и способна загубить любой технически хороший проект ради своих идей. Что успешно и делала. Но успехов тебе сидеть в клетке :)
> Подгорает - или нонче назвать дурнопахнущее - дурнопахнущим нельзя?Ну, ты-то начал с вранья, не ответил за него, подолжаешь елозить то на переходы на личности, то на доказательства по аналогии, то на навешивание ярляков.
У кого тут сгорело-то? Нет-нет, не отвечайте.
> Мы же помним что
Аналоговое мЫшь-ление оно такое -- сплошь с привычных ярлычков-раздражителей, ключ-слов на дрессированые ярлычки-выводы.
> И это назвается теперь процветанием?
Это слово откуда всплыло? Расскажи нам больше. Тебя это беспокоит, да?
> Я ж понимаю что не удобно в этом сознаваться - но будте
> уж честным с собой - FSF это чистая политикаДа. В большОй части. Кроме политики, они-таки делают немно-о-ожечко кода, который ты, неумытое, пользуешь каждый день. Мелочишка, незаметная, да.
>и способна
> загубить любой технически хороший проект ради своих идей. Что успешно и
> делала.Пожар! Горит!
>Но успехов тебе сидеть в клетке :)
А чего улыбаемся-то, гражданин соврамши? За враньё-то ответишь??
> Подгорает - или нонче назвать дурнопахнущее - дурнопахнущим нельзя?
> Мы же помним что GPL это супер жлобская лицензия :) И помним
> как FSF навязывало проектам под "покровительством" откровенно политические шаги - приводящие
> к смерти проекта.А1! Так ты из "этих", ушибленных в
http://www.opennet.me/openforum/vsluhforumID3/115008.html#39 детстве "принуждением к GPL-и"?!Я вот полагаю, что случай запущенный, но профильный специалист поможет вам-всем --
http://www.opennet.me/openforum/vsluhforumID3/114650.html#31 избавляйтесь от подкроватных фобий,
http://www.opennet.me/openforum/vsluhforumID3/114650.html#36 проецирования на бородатого дедушку,
http://www.opennet.me/openforum/vsluhforumID3/114569.html#97 болезненных воспоминаний про уговаривание в тёмных переулках.> И это назвается теперь процветанием?
Ахаха, сказочка про
http://www.opennet.me/openforum/vsluhforumID3/111743.html#115 не работать -- и враг её, и вашего личного Процветания и Дольчевиты, г-н Столман..." Гут, Вольдемар, гут!1 "
Все деньги (Процветание же!) по-прежнему у твоих проприертарных друзей, но в твоём не-Процветании виноваты GPL, FSF и лично дедушка Ричард? Эта кул-стори требует развития. Расскажи и о ней подробнее!
> Я ж понимаю что не удобно в этом сознаваться - но будте
> уж честным с собой - FSF это чистая политика и способнаНеудобно штаны через голову. Неудобно тебе с твоим враньём и проецированием. Но, признаю, да -- у меня к FSF претензий нет.
> Подгорает - или нонче назвать дурнопахнущее - дурнопахнущим нельзя?
> Мы же помним что GPL это суперМы в курсе. " Супер-супер! "
>жлобская лицензия :) И помним
> как FSFТы б поучился у мастеров защищать прова микрософтов с амазонами у мастеров: http://esr.ibiblio.org/?p=8106 А то ни *** ни фантазии, всё б ****шками кидаться... " Молодёж-ж-ж--- "
> делала. Но успехов тебе сидеть в клетке :)
> При этом интерпретатор включает полноценный сборщик мусораИнтересно, кроссплатформенный ли?
Не очень, иначе бы тебя он уже собрал
>на простейшем подмножестве языка СиЭто что-то вроде C--?
Для LFS бы подошло
Осталось на Shel-е интерпретатор asm забубенить, и настанет век благоденствия и процветания.
>самодостаточный (self-hosting) интерпретатор для языка Scheme, написанный на языке Си, и простейший компилятор для языка Си (MesCC), написанный на языке Scheme и использующий наработки проекта NYACC.Но ведь интерпретатор всё равно придётся компилировать, а без компилятора и ассемблера это всё равно придётся человеку закодить в машинных кодах ....
То есть привязка к той же бинарной сборке, но уже интерпретатора scheme.
>>самодостаточный (self-hosting) интерпретатор для языка Scheme, написанный на языке Си, и простейший компилятор для языка Си (MesCC), написанный на языке Scheme и использующий наработки проекта NYACC.
> Но ведь интерпретатор всё равно придётся компилировать, а без компилятора и ассемблера
> это всё равно придётся человеку закодить в машинных кодах ....
> То есть привязка к той же бинарной сборке, но уже интерпретатора scheme.Во! Малацца. Только нужно их мануал читать с бОльшим выраженем,
http://www.opennet.me/openforum/vsluhforumID3/115132.html#58
глаза выразительнее пУчить, губку оттопыривать и ножной шаркать.А так, не, не убедил.