Питон много пил пиво "во имя добра", от чего его раздуло. Он пытается вползти в оперативку и не помещается.
Use PERL, Luke

Куда уж больше. Мне вот не приятно знать, что у меня есть что-то на столько жирное и неповоротливое на машине.
Так что XFCE (=

ЗЫ: у меня на домашней тачке 8 гигтар ddr3 на amd785g

Но религия не позволяет тратить лишнее (=

Из перла можно слепить всё. Вопрос только в том, что есть средства, с помощью которых то же можно сделать удобней и быстрей. А так ограничений нет. Ну только ОСь на нём не написать, т.к. его фишка в том и состоит, что скриптовый-прекомпилируемый. Хотя может уже кто-нибудь и пробовал.

Из питона тоже можно. Клиентские приложения удобно писать. Уровень вхождения низок, к ошибкам добрей относится, есть в штатной комплектации даже кофеварка, ОСе не зависимая. Т.е. пишешь на подобном язычке и не задумываешься, что там будет дальше. Сколько оно памяти сожрёт или сколько процессорного времени - всё равно.

С языками ниже уровня всё сложней. Но дисциплина написания программ на сях или ассемблере того стоит.

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

Кроме того, как самостоятельный язык, ассемблер меня не прельщает. Как часть чего-то большего, в тех местах где нужна стабильность и скорость - это моё представление о вопросе.

угу. на ИМЕННО ЭТОМ компе. и ни дай бох вам поменять там хоть один резистор - весь код можно будет выбросить в помойку. И не важно, что вы потратили на него месяц бессонных ночей. Спасибо. Увольте-с. Код на Си работает также быстро. Причём через 10 лет он работает на порядки быстрее. А код на асме даже через месяц - псу под хвост.

ЗЫЖ буквально этой ночью переписывал функцию на асме. Которую сам-же написал в 2003м. Даже в 2003м я прекрасно понимал, что асм - плохо, но... В 2003м мой компилятор не поддерживал беззнаковый 64х битный тип, а вот мой процессор - поддерживал. пришлось бежать впереди паровоза. Ну а теперь, мне пришлось это переписывать...

ЗЗЫЖ хорошо у мну ума хватило написать подробных комментов, чтобы потом долго не заморачиваться - мне хватило минут сорок...

а из чего нельзя? есть задачи, которые не решаемы на BASIC или sed, но решаемы на перловке? Я таких не знаю.

думаю, что раз есть компилятор для sed (ага. причём поставляется вместе с исходниками. я не виноват, что вы не в курсе), то уж для перловки точно есть. Ищите...

ну... на си тоже можно не думать о мелочах. а уж на си с плюсами - даже противопоказано. а дисциплина она всегда нужна. даже в баше.

В качестве шутки.
Вы можете использовать своего питона не по прямому назначению. Есть три способа:
1. Гуманистический. Отправить его на Яву. Пусть порезвится в паутине.
2. Бесполезный. Сделать его железным, видимо, чтобы можно было бросать в унитаз движущегося поезда.
3. Православный. Вы можете снять со своего питона шкуру и набить из нее чучело. Тогда он не будет пить пиво и заполнять всю память.

Так оно, но кое какие фишки там реально взрывают моск...

Да Вы чего? Серьёзно? Вот как тогда объяснить наличие Menuet OS, написанной целиком на ассемблере?

ЗЫ: что для перла есть компилятор - известный факт, только, ИМХО, перл не тот случай, где нужный бинарники. Лично я не делаю двоичными свои поделки.

а чтож вы её не юзаете?

дык задачи-то разные бывают...

ну набрал

$ hg clone http://hg.mozilla.org/mozilla-central mozilla

щаз узнаем...
...
прошёл час...
завтра узнаем
на самом деле, это как спросить: "на каком языке говорят в микрософт?".
не удивлюсь, что в некой курилке говорят и на олбанском

ЗЫЖ многие кодеры сами думают, что пишут "на С++", но великие теоретики крутятся в гробу от их кода Потому - не знаю. Ну и кроме того, даже внутри одного файла *.cpp можно использовать сразу с десяток разных языков (я уж не говорю о диалектах и стилях).

не. клонировал уже: 3279 файлов *.cpp, но есть 1500 файлов просто си. Есть и асм, и жабаскрипты, да и вообще полно всякого. Наверное языков 30-40 будет. из них, я не знаю чуть более чем половину

486 + встроенный сопроцессор
пентиум + возможность выполнить 2 инструкции одновременно
пентиум ММХ + возможность выполнять параллельно с основным процессором вычисления в целых на сопроцессоре, например ещё и сразу 8 операций над 16ю числами
п2 + SSE
п3 + SSE2
...

А ваш "переносимый" код так и остался на уровне древнего 80386...

При этом мой код активно юзает практически все новые технологии последних пентиумов. Хотя я его и писал много лет назад...

на вашем минуэте  наверное даже музыку и не послушать, я уж молчу про кино... В итоге:
1) код на асме который быстрее аналога на Си практически не переносим (в низ - вообще никак, вверх переносим, но тормозит по чёрному).
2) код на асме который переносим - значительно медленнее аналога на Си.

Какой смысл?

И ещё: если у  меня есть код ядра на си (например ядра Linux), я его могу собрать в рассчёте на СВОЙ процессор и/или оптимизировать его на высокую производительность (или на компактность). Код на асме оптимизировать невозможно - он настроен именно на самый поганый процессор, причём так, чтоб было средне-паршиво с размером, и средне-паршиво с производительностью (обычно они взаимоисключают друг-друга). И ничего вы с этим не поделаете, разве что в всё с нуля не перепишите.

повторяю:
1)да, переносимый асмывой код возможен. Однако работает он по всем параметрам хуже чем код на C, и даже более того, хуже чем код на Java!
2)да, на асме можно писать код, который будет лучше всего на свете. Вот только такой код будет абсолютно не переносим, и потребует переписки многих участков даже в случае незначительных изменений в оборудовании.

"можно"... Ну и что? на Java тоже можно.

мне не нравится избирательность линукса к железу.
если железо работает, то венда на него встанет в 99,9%.
линь - нет. и это очень обидно...

да какие ноутбуки...
на простом РС траблы 

угу, и не только.
на неё не встал Debian
не встал Slackware
встала Fedora, но через 2 минуты выдала первый глюк (не удивлен)
и только Венде было по фигу.
удручает...