|
|
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) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/18529846c471d.html, оценка из 5, голосов 10
|