Загрузчик для генты.

нас reboot, а мы в eboot! ну или наоборот

Лучше давайте напишем новый IM-клиент под единственно труЪ лицензией BSD и назовём его bsdim.

Найди для себя Груб-2. Можешь его форкнуть.

А грузиться система будет так?

eboot 0.1
Checking dependencies ... done
verifying:
* gcc-4.2.1.tar.gz - md5 ok ;)
* gentoo-sources-2.6.21-r3.tar.bz2 - md5 ok ;)
starting embedded compiler... OK
setting up kernel configuration ... done
compiling kernel ...

[...через 10 минут...]

Loading vmlinux...

ага! пЯши)))

название мегааццкизач0тное

>А грузиться система будет так?

Нет, так было бы, если б в Gentoo тот же GIMP компилировался при каждом запуске :)

> [...через 10 минут...]

Я хочу эту систему, чтоб ядра компилялись за 10 минут.

> Нет, так было бы, если б в Gentoo тот же GIMP компилировался при каждом запуске :)

Ну, правило, что среднестатический гентушник, среднестатическую программу чаще компилирует, чем запускает, пока не отменялось. :)

> А грузиться система будет так?

Была на ЛОРе новость, что кто-то скрестил какой-то сверхбыстрый неоптимизирующий компилятор с загрузчиком, и у него в итоге ядро компилировалось прямо перед загрузкой (при этом компиляция занимала порядка десятков секунд, но это без оптимизаций).

Видимо речь об этом:
http://fabrice.bellard.free.fr/tcc/tccboot.html

>> Я хочу эту систему, чтоб ядра компилялись за 10 минут.

А я не хочу. Мне и 4х минут вполне хватает.

>> uname -a >> Linux irq-comp 2.6.23-gentoo-r3 #2 SMP Thu Dec 6 00:10:33 VLAT 2007 i686 Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz GenuineIntel GNU/Linux

P.S. все равно моя писька длинее

>Была на ЛОРе новость, что кто-то скрестил какой-то сверхбыстрый неоптимизирующий компилятор с загрузчиком, и у него в итоге ядро компилировалось прямо перед загрузкой (при этом компиляция занимала порядка десятков секунд, но это без оптимизаций).

Лучше бы на каждый коннект к 80 порту апач заново компилировался - вот это был бы рулез