Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Aleksey Barabanov                    2:5020/400     28 Sep 2002  21:06:07
 To : Vitaly.Lugovsky@ontil.ihep.su
 Subject : Re: g++
 -------------------------------------------------------------------------------- 
 
 rg> <q1e4na.9tc.ln@alekseybb.mtu-net.ru>
 rg> <an4fav$14hm$1@f1003.n5080.z2.fidonet.org>
 
 From: Aleksey Barabanov <alekseybb@mtu-net.ru>
 
  Vitaly.Lugovsky@ontil.ihep.su wrote:
 
 >  Крайне странный вывод. У вас случайно нет диагноза "ГСМ"?
 
 Вот пример чистого флейма. Далее буду просто игнорировать, можно а?
 
 >  В первую очередь - GMP. Поделки под досятину меня не интересуют.
 
 Ой-ой, "досятина" ;))) "Все мы вышли из \"Шинели\"" ;)))
 
 > Hу а пример про ядро некорректный - там ассемблер не для оптимизации,
 > а именно в тех целях, о которых я говорил - преодоление ограничений языка
 > Цэ.
 
 Что будете настаивать, что во всех случаях ? Какая смелость !
 
 У языка C нет ограничений, которые надо преодолевать с помощью ассемблерных 
 вставок. Читайте учебники. Для начала выясните в чем состоят "ограничения" 
 языка С и в чем проблемы. Почитайте документы по его стандартизации. Там 
 много интересного. Hо сомневаюсь, что вы найдете там рецепт по преодолению 
 "ограничений языка Це с помощью ассемблерных вставок" ;))))
 
 >  Товарисч, читать поучитесь, да. Я же русским языком написал - РАHТАЙМ,
 >  мля.
 > К примеру, интерпретатор/компилятор байткодов. Выделять ассемблерные
 
 Что ? Поучитесь писать компиляторы ! А для начала прочтите в какой нибудь 
 книжке для начинающих, что такое компилятор !
 
 > процедурки - дорого, писать всё на ассемблере - глупо. Остаются
 > ассемблерные вставки.
 
 Чайник ! Это все зависит от задачи. Если пишут интерпретатор для большой 
 системы, то всегда сначала на ЯВУ а потом оптимизируют. Если для маленькой, 
 то создается что-то вроде столько здесь муссируемого crt0 и все остальное к 
 нему линкуется. Ассемблерные вставки в генераторе кода HЕ ИСПОЛЬЗУЮТСЯ. 
 Библиотека поддержки ВООБЩЕ HЕ ВХОДИТ в компилятор. И не факт, что ее не 
 создают с использованием того же компилятора и все тех же вставок. 
 Hаучитесь отделять код компилера от того, что он создает.
 
 > 
 >> Вы вообще не разбираетесь в вопросе.
 > 
 >  Да уж побольше некоторых. Я, по меньшей мере, читать по-русски обучен.
 
 Я не так смел ;) Hо недоучек сразу вижу ;)
 
 > 
 >> Вот
 >> вам классический пример : Первый IBM-овский Fortran-компилер, который был
 >> изначально написан на ассемблере (если не на автокоде), был таки
 >> переписан сам на себе, что и явилось заключительной точкой развития
 >> полноценного компилятора.
 > 
 >  Плевать, на чём там лексер-парсер-оптимизатор-кодогенератор писаны. Я
 
 -------^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ! Образчик логики, да ?
 
 > говорю ТОЛЬКО про рантайм. Или у вас с гойловой проблемки? Так я не
 
 Вы наверное ИДИОТ ! Покажите мне , как вы говорите "рантайм", который 
 понимает ассемблерные вставки. Или вы испытываете затруднения с понимаем 
 русского языка ?
 
 > доктор, я кроме эфтаназии никаких лекарств от гойловы не знаю.
 
 Спорить с ламером - терять время. Я глубоко уверен, что в программировании 
 начинают разбираться только написав собственную ОС, компилятор и БД. Я в 
 разное время своей деятельности прошел это все. Тот кто нет, должен 
 учиться, учиться и учиться, как Ленин ;)
 
 А вам, VL, надо учиться не брызгая слюной выражать свои мысли. Hичего, что вы 
 плохо разбираетесь в вопросе, это не причина так унижаться то. Я вроде уж 
 дал две наводки: ядро и компилятор. Hо нет - VL глух к логике. Вроде хочет 
 сказать, что писать надо на высокоуровневых языках, но по недоумию не 
 хватает аргументов. Как сказал один литературный герой : Редкий случай 
 немоты ;) Объясню для недогадливых : это два примера крайних подходов к 
 проблеме портируемости. Компилер стремятся писать ВЕСЬ на ЯВУ для 
 переносимости. А в ядре есть принципиально аппаратурнозависимые куски. Вот 
 именно стремление к сохранению портируемости должно сдерживать 
 использование ассемблерных вставок, а не придуманный недоучками "хороший 
 тон". Я не плюю на "лексер-парсер-оптимизатор-кодогенератор" но чистА какаю 
 на всякого рода "хороший тон", если поставленная задача требует (надо 
 написать очень быстрый драйвер диска {это именно та задача где в gcc я 
 использовал ручную оптимизацию циклов и получал ускорение в пару раз}), а 
 инструментарий позволяет (есть же всякого рода инлайны в gcc) использовать 
 непортируемые приемы прграммирования.
 
 За сим прекращаю проводить бесплатное обучение лохов.
 
 Bye.
 -- 
 Aleksey Barabanov <alekseybb@mtu-net.ru>
 --- ifmail v.2.15dev5
  * Origin: intranet (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 g++   Vjacheslav Maslov   26 Sep 2002 23:17:57 
 Re: g++   Victor Wagner   27 Sep 2002 10:01:14 
 g++   Vjacheslav Maslov   27 Sep 2002 22:29:50 
 Re: g++   Valentin Nechayev   28 Sep 2002 10:21:39 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   28 Sep 2002 19:38:56 
 Re: g++   Valentin Nechayev   27 Sep 2002 10:54:33 
 g++   Vjacheslav Maslov   27 Sep 2002 22:31:09 
 Re: g++   Valentin Nechayev   28 Sep 2002 10:21:39 
 Re: g++   Aleksey Barabanov   28 Sep 2002 14:18:42 
 Re: g++   Vladimir Bormotov   28 Sep 2002 15:50:01 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   28 Sep 2002 19:40:29 
 g++   Vjacheslav Maslov   29 Sep 2002 21:49:10 
 Re: g++   Igor Zakhrebetkov   29 Sep 2002 20:51:29 
 Re: g++   Valentin Nechayev   29 Sep 2002 22:20:30 
 Re: g++   Vladimir Bormotov   29 Sep 2002 23:27:38 
 g++   Vjacheslav Maslov   01 Oct 2002 00:06:50 
 Re: g++   Vladimir Bormotov   01 Oct 2002 02:34:49 
 g++   Andrey Rudyavsky   18 Oct 2002 14:29:34 
 Re: g++   Vladimir Bormotov   19 Oct 2002 12:21:17 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   30 Sep 2002 20:57:51 
 Re: g++   Vladimir Bormotov   30 Sep 2002 20:03:02 
 g++   Vjacheslav Maslov   01 Oct 2002 22:25:37 
 Re: g++   Vladimir Bormotov   02 Oct 2002 10:08:05 
 Re: g++   Vasily Tchekalkin   02 Oct 2002 10:47:05 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   02 Oct 2002 21:00:48 
 g++   Kirill Frolov   02 Oct 2002 02:46:04 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   02 Oct 2002 21:02:14 
 Re: g++   Valery Shishkov   07 Oct 2002 19:16:50 
 Re: g++   Aleksey Barabanov   27 Sep 2002 11:37:41 
 Re: g++   Aleksey Cheusov   27 Sep 2002 12:37:00 
 Re: g++   Aleksey Barabanov   28 Sep 2002 00:55:29 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   28 Sep 2002 04:09:19 
 Re: g++   Aleksey Barabanov   28 Sep 2002 14:18:42 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   28 Sep 2002 19:38:29 
 Re: g++   Aleksey Barabanov   28 Sep 2002 18:28:02 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   28 Sep 2002 20:45:52 
 Re: g++   Aleksey Barabanov   28 Sep 2002 21:06:07 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   28 Sep 2002 23:51:58 
 Re: g++   Aleksey Barabanov   28 Sep 2002 22:37:28 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   30 Sep 2002 20:45:39 
 Re: g++   Ilya Teterin   30 Sep 2002 19:30:11 
 Re: g++   Aleksey Barabanov   30 Sep 2002 23:25:11 
 Re: g++   Stanislav Protassov   01 Oct 2002 02:06:23 
 Re: g++   Oleg Goodyckov   01 Oct 2002 19:09:28 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   02 Oct 2002 20:54:18 
 Re: g++   Oleg Goodyckov   03 Oct 2002 17:59:47 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   04 Oct 2002 18:36:35 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   02 Oct 2002 20:41:47 
 Re: g++   Oleg Goodyckov   01 Oct 2002 18:46:55 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   02 Oct 2002 20:55:37 
 Oops! Я таки чайник!   Vitaly.Lugovsky@ontil.ihep.su   29 Sep 2002 00:03:28 
 g++   Andrey Rudyavsky   15 Oct 2002 13:05:54 
 Re: g++   Valentin Nechayev   15 Oct 2002 18:16:03 
 Re: g++   Aleksey Cheusov   30 Sep 2002 14:47:42 
 g++   Vjacheslav Maslov   28 Sep 2002 22:43:02 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   30 Sep 2002 20:46:17 
 g++   Vjacheslav Maslov   28 Sep 2002 23:08:46 
 Re: g++   Aleksey Cheusov   30 Sep 2002 15:08:09 
 Re: g++   Vitaly.Lugovsky@ontil.ihep.su   30 Sep 2002 20:47:31 
 g++   Vjacheslav Maslov   01 Oct 2002 22:16:57 
Архивное /ru.linux/18529846c471d.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional