[06:47:59] <Kemet> ?
[10:50:57] <valexey> Kemet: смысл такой замены?
[10:51:01] <Kemet> valexey:
[10:55:47] <valexey> ?
[11:21:14] <valexey> заказал себе вот это: http://habrahabr.ru/company/virt2real/
[11:51:33] <Kemet> чем блинк от кита отличается
[12:15:37] <valexey> тем что блинк - не кит :-) blink пилит гугл, а кит пилит apple
[12:16:21] <valexey> http://habrahabr.ru/post/175377/
[12:29:45] <Kemet> не, ну это понятно, но база то одна
[12:30:17] <Kemet> а сколько это виртурилка стоит и че там за проц
[19:44:36] <Kemet> -
[19:45:35] <valexey> Kemet: вот этот: http://www.ti.com/lit/ds/sprs457e/sprs457e.pdf
[19:45:39] <valexey> насколько я понимаю
[19:48:20] <Kemet> интересно
[19:48:45] <valexey> http://www.mikrogonki.ru/catalog/virt2real/kontroller-virt2real-0
[19:50:06] <valexey> а если учесть что они еще и hdmi выход обещают...
[19:50:43] <valexey> да, на борту, по умолчанию, линух.
[19:52:28] <Kemet> да там можно А2 попвтаться заюзать, армовая гдето варлялась, правда железо надо будет править
[19:52:51] <valexey> железо, или таки А2 править? :-)
[19:53:07] <Kemet> работу с железом
[19:53:50] <Kemet> под арм А2 есть как минимум 2 штуки и не одна уже не работает
[19:54:11] <valexey> :-)
[19:54:43] <Kemet> ну так, есть еще под цел и видомо под ппц
[19:55:05] <Kemet> по у меня их нету
[19:56:19] <Kemet> начал было переписывать cairo но чтото оно меня отвращает

[19:57:40] <valexey> что это?
[19:57:59] <Kemet> ыыы, кайра же
[19:58:15] <Kemet> dtrnjhyfz uhfabrf
[19:58:24] <Kemet> вектроная графика
[19:59:10] <valexey> угу. няшно же!
[19:59:48] <Kemet> ну оно внутрях както не очень
[20:00:17] <Kemet> не очень выглядит
[20:02:28] <valexey> а ты хотел саму каиру переписать на АО?
[20:11:16] <Kemet> ага, но 1:1 смысла не очень
[20:13:03] <Kemet> ну я хотел чтобы был привычный интерфейс для привлечения на а2 и для облегчения других портов, ибо мегапланы
[20:15:11] <valexey> победить венду? :-)
[20:20:25] <Kemet> просто вменяемые десктоп и медиплатформу на А2
[20:24:54] <Kemet> valexey: чем отличаются файлы .hh .cc от .h .c ?
[20:25:10] <valexey> hh и сс - это c++
[20:25:26] <Kemet> а cxx
[20:25:52] <valexey> c++
[20:26:08] <valexey> cpp - тоже c++
[20:26:26] <Kemet> ага
[20:26:35] <Kemet> хх
[20:26:51] <Kemet> хх это типа перевернутые ++
[20:27:09] <valexey> но частенько (в основном вендовозники) используют cpp для плюсовой имплементации и .h для плюсовых же заголовков.
[20:27:16] <valexey> за это, конечно, неплохо бы убивать.
[20:28:13] <valexey> так, чисто для профилактики. если человека убить, то второй раз так он делать уже не будет.
[20:37:42] <TRUE> Только хардкор: http://geoffg.net/MaximiteDesign.html http://www.dontronics-shop.com/the-maximite-computer.html
[20:38:36] <valexey> int& (*fpi)(int*) = [](auto* a) -> auto& { return *a; };
[20:39:23] <valexey> Только хардкор!
[20:39:58] <TRUE> а что это делает?
[20:40:12] <TRUE> fpi.
[20:40:16] <valexey> похоже на сохранение лямбды в локальной переменной.
[20:40:20] <jordan36957> Это новый стандарт С11 :-)
[20:40:26] <valexey> не, это С++14
[20:40:38] <valexey> А С11 - это вообще не С++, а Си :-)
[20:40:52] <valexey> (да, у Си в 2011 году тоже новый стандарт был)
[20:40:59] <jordan36957> Гламурненько, ломай мозг, каждый раз при выходе нового стандарта :-)
[20:41:27] <valexey> Ну, это не часто бывает. Раз в 5-10 лет.
[20:41:46] <jordan36957> Ага, зато стабильность. :-)
[20:42:09] <TRUE> стабильно всё меняют раз в 5 лет
[20:42:16] <TRUE> ну ладно, не всё...
[20:42:23] <valexey> ну, до того плюсцы тормозили 10 лет.
[20:42:38] <valexey> относительно других языков - плюсы образец стабильности  и неизменности
[20:42:46] <TRUE> магию, заставляющую выпадать волосы, они никогда не выкинут.
[20:42:59] <TRUE> а фортран?
[20:43:07] <valexey> фортран постоянно новый
[20:43:15] <valexey> каждые 5 лет новый стандарт с новыми фичками
[20:43:42] <jordan36957> Ах он шельма, каждый раз с новым стандартом. :-D
[20:44:14] <valexey> Да и Ада тоже свежие стандарты штампует как нефиг делать. Разрастается в ширь и глубь :-)
[20:44:22] <TRUE> Максимит, кстати, тоже интересный комп. Правда, на нём а2 не станет...
[20:44:46] <jordan36957> Максимит шо це за комп?
[20:45:11] <TRUE> я ссылку выше дал. Вот на русском http://demin.ws/blog/russian/2012/01/19/maximite-kit/
[20:46:06] <jordan36957> Это не моя ностальгия, но в детстве был комп на базе 386 dx.
[20:47:35] <TRUE> мне просто нравятся маленькие компы.
[20:49:21] <valexey> да-а.. на виртурилке g++ будет компилять конечно... ме-е-едленно.
[20:49:31] <jordan36957> Стоит всего 84 тэнге. :-)
[20:51:36] <valexey> так и до оберона докатиться можно...
[20:52:19] <jordan36957> Я статью до конца прочитал, всёж здорово что такое выпускают.
[20:52:54] <jordan36957> И маленький и бесшумный.
[20:53:22] <valexey> маленький и бесшумный - это современная платформа на которой любой смартфон :-)
[20:53:27] <jordan36957> А ведь раньше на таких компах работали.
[20:53:43] <valexey> с двумы гигами ОЗУ, 1.4 ГГц 8ми ядерным процессором :-)
[20:53:45] <jordan36957> У смартфона экран маленький.
[20:54:03] <TRUE> раньше они не были маленькими и бесшумными
[20:54:04] <jordan36957> Да я смотрел в прайсе, уже 8 ядерные пошли.
[20:54:06] <valexey> у смартфона экран - любой
[20:54:17] <valexey> втыкаешь в него плазму и всё
[20:54:23] <valexey> hdmi выход же есть
[20:54:37] <jordan36957> Я отстал от жизни, у меня до сих пор старенький нокиа.
[20:55:05] <valexey> да собственно даже у нокиевских смартов образца 2008 года был видеовыход на большой монитор
[20:55:28] <TRUE> клава не эргономичная : )
[20:55:53] <valexey> у смарта? подлючаешь любимую клаву по блютусу, или по usb
[20:56:40] <valexey> алсо я не про смартфон as is говорил, а про платформу на которой они строятся.
[20:56:43] <TRUE> а по usb подключается? Оно как хост работает?
[20:56:45] <valexey> это вполне себе десктоп-платформа
[20:56:56] <TRUE> ну да, десктоп
[20:57:02] <jordan36957> Эти 8 ядер хоть как то используются? Или для маркетинга?
[20:57:07] <valexey> TRUE: у некоторых смартфонов - да. есть хост-дырка. туда можно флешку вставить, или еще что.
[20:57:31] <jordan36957> Этож арм на soc. Всё в одном чипе.
[20:57:37] <jordan36957> И жрет вата 4
[20:57:56] <valexey> и? современное ноутбучное железо уже вплотную к SOC приблизилось по исполнению
[20:58:05] <valexey> видео в проц уже запихали.
[20:58:11] <TRUE> наверно, используется. Иначе, андроидные виртуалки передерутся за один проц
[20:58:13] <valexey> сейчас хотят и память туда же запихать
[20:58:39] <jordan36957> Влезет? Тех процессы же разные.
[20:58:50] <valexey> TRUE: не подерутся. шедулер то  есть. это ж линух обычный. а виртуалки - это обычное приложение под линухом.
[20:58:50] <jordan36957> Да и дорого, наверное.
[20:59:25] <TRUE> valexey: в смысле, тормоза будут. А так - на разных процах работают
[20:59:53] <valexey> TRUE: ну и ты учти, что андроид таки тяготеет к тому, чтобы активно крутилось только то приложение, что на экране сейчас.
[21:00:09] <jordan36957> Если ос поддерживает 8 ядер, просто разбросает программы по ядрам. Ещё и останется.
[21:00:12] <valexey> у остальных приложений нет гарантий исполнения. то есть система в любой момент их может выгрузить из памяти вообще.
[21:00:35] <TRUE> может, если памяти не хватает. А если не памяти?
[21:00:59] <valexey> зависит от настроек собственно. нужно смотреть в код андроида.
[21:01:28] <valexey> в iOS например, твое приложение безусловно засыпает как только юзер с него на другое переключается.
[21:01:34] <valexey> то есть в фоне ты ничего делать не можешь
[21:01:45] <valexey> а если памяти не хватает, то тебя еще и из памяти выкинут.
[21:02:05] <valexey> при том, что там нет никаких виртуалок. код нативный.
[21:03:32] <jordan36957> http://risovach.ru/upload/2013/02/mem/nelzya-prosto-tak-vzyat-i-boromir-mem_11257182_small_.jpg
[21:03:33] <TRUE> код нативный, с приложениями не церемонятся, операционка специализированная. Вот и не тормозит
[21:04:34] <valexey> операционка там - os x подпиленная :-)
[21:05:36] <valexey> в этом плане андроид от десктопного линукса отличается сильнее
[21:05:45] <valexey> (чем iOS от OS X)
[21:05:46] <TRUE> jordan36957: в том-то вся и беда, что под андроид билд можно просто взять и сделать. Если бы не это - было бы круто.
[21:06:35] <TRUE> valexey: там подпилы в виде /отрубания/ лишнего, а не его /добавления/
[21:06:57] <valexey> лишнее тоже добавили. скажем ARC вначале появился именно в iOS.
[21:07:17] <valexey> ble - тоже
[21:07:26] <TRUE> андроид - это, по сути, тяжёлые иксы для консольного линуха
[21:07:40] <TRUE> что это?
[21:08:02] <valexey> ARC - automatic reference counting.
[21:08:09] <TRUE> не, другое
[21:08:18] <valexey> bluetooth low energy
[21:08:29] <valexey> (не путать с блютусом!)
[21:09:04] <valexey> в плане гуйни iOS тоже впереди
[21:09:08] <TRUE> и арк - это не лишнее. Лишнее - это то, что было на десктопе, перетянуто на телефон, но там не нужно.
[21:09:13] <TRUE> то есть - лишнее
[21:09:26] <TRUE> в том-то и дело - впереди
[21:09:31] <valexey> arc это то, что добавили вначале в iOS, потом в OS X перетянули
[21:09:40] <TRUE> это не лишнее, это нужное. Обдуманное и сознательно добавленное
[21:10:15] <valexey> ну, э... Если учесть что в случае OS X этот ARC пришел на замену GC...
[21:10:16] <valexey> :-)
[21:11:08] <TRUE> на телефоне сборщик точно как-то не очень работает.
[21:11:14] <TRUE> особенно, на арме
[21:11:22] <valexey> (внезапно оказалось, что GC - говно, жрущее батарейку)
[21:11:27] <valexey> да и на ноутах тоже. :-)
[21:11:42] <valexey> везде где батарейка имеет значение. да и память тож.
[21:12:10] <TRUE> может, оно бы и работало эффективно (допускаю, что даже эффективнее, чем на x86), но привыка бездумно пользоваться готовыми библиотеками...
[21:13:39] <valexey> вообще, apple тут правильно делает - путем дополнительного напряжения программистов делает так, что в среднем приложения получаются эффективней для платформы.
[21:14:20] <valexey> ну, то есть там выходит так - или приложение эффективно, или оно убивается операционкой (по лимиту памяти, по зацикливанию (таймауту) и так далее).
[21:15:10] <valexey> а у мелкософта политика порочна - там удобняшки для программистов. няшные удобняшки. правда софт превращается в говняшку, которое кое-как работает.
[21:15:10] <TRUE> сборщик жрёт энергию, потому что архитектура у андроида дырявая. Это приводит к здоровым приложениям даже если очень сильно постараться сделать их маленькими. А эти здоровые приложения для десктопов не помещаются в памяти телефона. Поэтому, сборщик вынужден часто просыпаться.
[21:15:51] <TRUE> мелкософт?
[21:15:56] <TRUE> гугл?
[21:16:04] <valexey> угу. см. WinPhone 7/8
[21:16:07] <valexey> с ихним шарпом.
[21:16:19] <valexey> да и Win8 с метрокакашкой.
[21:16:26] <TRUE> хотя, что гугл, что мс..
[21:16:48] <valexey> А Андроид вообще мне всегда казался архитектурно заточенным под десктоп.
[21:17:01] <TRUE> гугл - вот настоящий конкурент майкрософта
[21:17:04] <valexey> Ну, то есть на эту архитектуру конечно натянули телефонный интерфейс, да.
[21:17:21] <valexey> Майкрософт на рынке смартфонов не конкурент гуглу :-)
[21:17:52] <TRUE> такое же полное отсутствие каких-либо целей кроме как заработать бабла.
[21:17:58] <TRUE> не, он конкурент по духу
[21:18:06] <valexey> А, ну теперь то да.
[21:18:59] <valexey> Так вот, если б на андроид натянули нормальный десктопный GUI, то я б даже наверное с удовольствием под это писал бы :-) Ну а чо? Нормальная десктопная система, с развитыми возможностями взаимодействия приложений.
[21:19:09] <TRUE> вин стартер - операционка без возможности смены обоев. WTF?! Андроид - операционка без возможности написать приложение.
[21:19:37] <valexey> Но под смартфон - андроид это таки оверкилл.
[21:19:47] <jordan36957> вин старте стоит 1500, в неё нельзя запускать больше 4-5 программ одновременно.
[21:20:12] <TRUE> развитые возможности взаимодействия у приложений - это plan9 и inferno
[21:21:04] <valexey> у план9 и инферно развитые возможности вытащены наружу, и доступны пользователю системы в чистом виде. это другой уровень операционки.
[21:21:11] <TRUE> вин стартер не продаётся сама по себе. По крайней мере, семёрка. Она идёт на нетбуках и т.д. И я на ней только серверо баз данных по 4-5 запускал - работает.
[21:21:31] <valexey> такой уровень крайне ценится профессионалами, умеющими и любящими автоматизировать свои рутины
[21:21:33] <TRUE> серверов *
[21:21:49] <valexey> но не ценится постоыми хомякоюзерами, коих подавляющее большенство.
[21:22:16] <valexey> так вот - для хомякоюзеров на десктопе Андроид - самое оно.
[21:22:49] <valexey> Эдакая Венда++ от гугла.
[21:23:12] <valexey> под которую большенство приложений пишется на управляемом языке (да! то чего мелкософт так и не смогло достичь!)
[21:24:21] <TRUE> valexey: не только профессионалами. Сделать так, чтобы перетащить мышкой на папочку файлик, и у тебя он попал на дропбокс, или сделал презентацию, или распечатал, или открыл сетевое соединение, или не делал различия в работе с файлами на своей машине или чужой - как нефиг делать.
[21:24:29] <TRUE> Андроиду до сюда никогда не добраться. Я знаю - я видел андроид.
[21:24:46] <TRUE> их архитектор не понимает, что такое архитектура
[21:24:58] <TRUE> он и не поймёт plan9
[21:25:43] <TRUE> но с управляемым языком на план 9 проблема, да. Только го, только хардкор!
[21:25:58] <valexey> не Go, а лимбо
[21:26:02] <TRUE> хотя нет, хардкором будет си
[21:26:13] <TRUE> на план 9?
[21:26:19] <TRUE> или ты с инферно перепутал?
[21:26:25] <jordan36957> То есть линукс это садо мазо? :-)
[21:26:27] <valexey> перепутал скорее всего
[21:26:55] <valexey> TRUE: то что ты описал - то нафиг не нужно пользователю-хомячку. вот совсем. то есть он никогда этого делать не будет.
[21:27:09] <TRUE> это можно предустановить.
[21:27:23] <TRUE> на андроиде-то это уже есть...
[21:27:27] <valexey> пользователи-хомячки они чтобы зайти на яндекс ищут в гугле оный яндекс
[21:27:30] <TRUE> значит, и в других местах возможно
[21:27:31] <valexey> каждый раз
[21:27:59] <jordan36957> Ахха я так делаю. :-)
[21:28:15] <TRUE> это не хомячки. Это гики толлят яндекс
[21:28:23] <valexey> поэтому нет, кишки взаимодействия приложений вытащенные до интерфейса пользователя в массовой операционке не нужны.
[21:28:44] <valexey> так, пойду побегаю.
[21:28:57] <valexey> компы это конечно хорошо, но и о свежем воздухе забывать не стоит :-)
[21:30:41] <jordan36957> У меня сейчас огородно прополочные работы на свежем воздухе бываю каждые выходные. Так сказать традиция. :-)
[21:38:05] <TRUE> хотя я тоже ошибся, го на плане нет.
[21:38:10] <TRUE> и в плане нет
[21:38:42] <valexey> компилятор go есть под план9
[21:38:52] <valexey> но go не является там мейнстрим языком
[21:39:20] <TRUE> я его что-то найти не могу. Хотя казалось, что я видел где-то сообщения про работу го на плане
[21:40:12] <valexey> http://go-lang.cat-v.org/os-ports
[21:40:29] <valexey> Status: Being integrated with mainline.

Both compilers and runtime has been ported and are being integrated upstream. Work has also started on porting the standard libraries.


[21:41:32] <valexey> http://build.golang.org/
[22:13:27] <TRUE> мейнстрим - не менйстрим, но Пайк с Коксом последний раз три дня назад коммитили.
[22:14:13] <valexey> кокс это хорошо, да.
[22:14:21] <valexey> хотя мне кофеина обычно хватает.
[22:15:21] <TRUE> хотя нет, с Коксом последний коммит в декабре был. Сейчас он один
[22:15:59] <TRUE> а го на го написан?
[22:16:27] <valexey> компилятор Go писан на Си
[22:16:55] <valexey> (потому что plan9 вся на Сях)
[22:17:08] <valexey> а gccgo писан на С++
[22:17:17] <valexey> (это второй основной компилятор Go)
[22:18:49] <valexey> особого смысла нет писать компилятор языка на нем самом
[22:19:29] <TRUE> значит, последний коммит - это правка багов библиотек
[22:19:52] <TRUE> кстати, го, оказывается, и на железе покатит. Без оси вообще
[22:20:33] <valexey> ну, э... почему бы и нет?
[22:20:41] <valexey> java же так работает :-D
[22:21:20] <valexey> другое дело что львиная доля либ работать перестанет.
[22:21:31] <TRUE> просто высокоуровневый язык, работающий прямо на железе - редкость
[22:21:34] <TRUE> для десктопа
[22:22:18] <valexey> э... C# так умеет, java так умеет. с++ так умеет, ada так умеет. редкость? :-)
[22:22:43] <TRUE> шарп и ява умеют?
[22:22:51] <TRUE> на x86
[22:23:08] <valexey> ну, это от архитектуры процессора не зависит же.
[22:23:20] <TRUE> для примера
[22:23:39] <valexey> .net микрофреймворк работает без оси.
[22:23:54] <TRUE> а нет на шарпе написан?
[22:24:19] <TRUE> и не на десктопе
[22:24:31] <valexey> .net микрофреймворк? конечно нет. по крайней мере не полностью
[22:24:41] <valexey> также как и жабамашина не на жабе писана.
[22:24:49] <valexey> с++ ибо.
[22:25:42] <valexey> операционка-не операционка, не суть на самом деле. вопрос в другом - умеет ли язык работать без рантайм-поддержки вообще?
[22:25:53] <valexey> вот Go не умеет. совсем
[22:25:59] <valexey> с++ умеет, но с нюансами
[22:26:05] <valexey> Си - точно умеет.
[22:26:09] <valexey> Модула-2 умеет.
[22:26:09] <TRUE> вот. Не компилируется ява и шарп на голое железо. А плюсы могут загрузчик для диска прописать? Или хотя бы лечь так, в основной раздел, чтобы его подхватил MBR?
[22:26:29] <valexey> Да, конечно.
[22:27:05] <TRUE> то есть, язык-то тут не главное. Есть ли такие реализации на практике, а не только в теории?
[22:27:31] <valexey> Погоди. Ты по моему то ли путаешь, то ли просто не ясно выражаешься.
[22:27:38] <TRUE> "It is possible to run Go without an OS, currently supported architectures include ARM and i386."
[22:27:55] <valexey> Задача запуска твоей программулины писаной на языке Я, на железяке без ОС - это одна задача.
[22:28:32] <valexey> А задача компиляции твоей программулины в натив-код (то есть запуск без виртуальной машины) - это совсем другая задача.
[22:29:04] <valexey> А ещё третья задача - запуск твоего кода без рантайм-поддержки вообще.
[22:29:22] <valexey> Так вот, для написания загрузчика, нужно решить третью задачу.
[22:29:36] <valexey> Ибо нужно упихаться в 512 байт.
[22:30:45] <valexey> Запускаться без ОС - простая задача. Собственно так умеет например erlang (который вообще интерпретируемый). Он запускается сразу поверх XEN'а
[22:33:53] <valexey> или какого-то другого супервизора. не помню точно
[22:34:39] <TRUE> не, допустим, есть MBR, есть вторичный загрузчик в разделе, который, скажем, подхватывает прогамму. В чём здесь проблема? В загрузчике. В ОС загрузчик приложения при запуске оного перекидывает код в память и решает сопутствующие проблемы (метки, там, настраивает...). Если программа запускается внутри какой-то ОС, то это потому что компилятор дружит с загрузчиком. И если код этого компилятора, дружного с загрузчиком, кинуть в раздел диска, чтобы его начало увидел загрузчик ОС, то, вроде, ничего не выйдет: для программы новая среда окажется шоком.
[22:35:21] <TRUE> проблема в загрузчике приложений ОС
[22:36:01] <valexey> чоблин?
[22:36:26] <valexey> компилятор вообще никак не связан с тем что там будет твориться с кодом потом
[22:36:38] <valexey> и компилятор на машине где работает приложение вообще нафиг не нужен
[22:37:23] <valexey> ну и компилятор конечно ни с каким загрузчиком не дружит в принципе
[22:37:25] <TRUE> связан. Он полагается на некоторую работу, которая должна быть выполнена банально чтобы начали работать вызовы подпрограмм.
[22:37:47] <valexey> вызов подпрограммы - это банальный goto + положить что-то на стек
[22:37:53] <valexey> от операционки это вообще никак не зависит
[22:37:59] <TRUE> goto куда?
[22:38:04] <valexey> вкуда хочу.
[22:38:23] <TRUE> а нужно не куда хочу, а на начало процедуры
[22:38:42] <valexey> и? все адреса процедур компилятор знает. он же их и генерит
[22:38:55] <valexey> а если не знает, то ставит заглушку. с заглушками разбирается совсем не компилятор
[22:38:57] <valexey> а компоновщик
[22:39:17] <valexey> но, если ты лепишь статичный бинарь, на компоновщик вполне можно положить болт.
[22:39:44] <valexey> будет нормальная такая полнотекстовая компиляция.
[22:40:21] <TRUE> да, я с компоновщиком перепутал
[22:40:45] <valexey> во-от. а компоновщик от языка не зависит тащемто
[22:40:59] <TRUE> он зависит от среды исполнения
[22:41:07] <TRUE> ось, там
[22:41:12] <TRUE> или её отсутствие
[22:41:27] <valexey> угу. такое бывает. и не только от оси, от железки тоже
[22:41:34] <valexey> еще точнее - от карты памяти зависит
[22:41:47] <valexey> (а уж физическая там адресация, или виртуальная - пофиг)
[22:44:13] <TRUE> а реализация компилятора должна следить за тем, чтобы компоновщик мог отработать правильно. То есть, соблюдает какой-то формат. И го умеет кое-как запускаться на железе.
[22:44:55] <TRUE> но они и вправду решили на полный язык не замахиваться. Ограничились подмножеством.
[22:45:51] <valexey> ну да. формат объектников понятный компоновщику
[22:46:04] <valexey> там какой-нибудь дварф, или кофф или что-то еще.
[22:46:34] <TRUE> и ещё сам компоновщик, если под голое железо клепать.
[22:47:09] <valexey> ну, собственно любой современный вменяемый компилятор поддерживает один из стандартных форматов объектников
[22:48:08] <valexey> соответственно для языка, не требующего рантайма, для поддержки работы без оси всего то и нужно, что подпилить компоновщик. Причем этот подпил будет один для всех таких языков.
[22:48:33] <valexey> для языка требующего рантайма, нужна еще реализация оного рантайма для работы без оси.
[22:48:54] <valexey> ну, например если в языке есть конструкция для выделения памяти.
[22:49:11] <valexey> в Си такой конструкции нет, так что и проблем, как понимаешь, нет :-)
[22:49:13] <TRUE> скорее, без библиотек оси
[22:50:36] <valexey> да нет. не библиотек. выделение памяти это таки syscall
[22:50:41] <valexey> не либа
[22:50:52] <valexey> работает через прерывание
[22:51:35] <valexey> просим расширить нам адресное пространство типо.
[22:51:53] <valexey> и поддержать оное расширение потенциальной возможностью выделения физической памяти.
[22:52:47] <TRUE> я хотел сказать, что рантайм должен работать без библиотек оси. Пока он сидел на оси, к некоторым функциям компьютера у него был закрыт прямой доступ, и был косвенный - через библиотеки
[22:54:03] <valexey> что касается менеджера памяти, то, как я понимаю, без оси всё будет проще
[22:54:17] <valexey> то есть ничего добавлять не придется, нужно только лишние телодвижения выпилить
[22:55:48] <valexey> ибо если раньше, с осью, нужно было попросить ось расширить нам адресное пространство, и уже в нем свои объектики размещать (и вести учет самостоятельно где у нас используется, где нет, и как блок адресов стал свободен, возвращать его оси), то без оси всё проще - сразу переходим к учету и размещению своих объектиков.
[22:55:57] <valexey> Ничего запрашивать и ничего возвращать не нужно.
[22:57:58] <valexey> а вот работа с устройствами - это да, это будет гемор :-)
[22:58:29] <valexey> банальный printf - уже сразу весело
[22:59:42] <TRUE> vesa - и все дела
[23:00:01] <TRUE> сразу графику
[23:00:15] <valexey> vesa вроде уже не везде поддерживается
[23:00:59] <TRUE> тогда по сети на сайт : )
[23:02:56] <valexey> драйвер сетевушки тоже весело писать будет :-)
[23:03:12] <valexey> а потом еще и tcp/ip стек :-)
[23:03:40] <TRUE> написать новеловский драйвер - и три четверти сетевух сразу заработают
[23:04:03] <valexey> да собственно банальный вывод printf'a на rs-232 тоже не совсем тривиально
[23:04:48] <TRUE> а для tcp, слава богу, каждую неделю ревизию не делают, так что особого гемора быть не должно.
[23:05:25] <valexey> ну, тем не менее. работка тоже не простая.
[23:05:33] <valexey> хотя можно конечно взять готовые реализации