-
- ответ... fk0(1997 знак., 15.09.2010 00:31)
- В принципе это разница между коловоротом и перфоратором. Vit(444 знак., 14.09.2010 23:33 - 23:36)
- Пральна поняли. Потому повсеместно и без устали надо поднимать холивары какой компилятор лучше. AlexandrY(490 знак., 14.09.2010 22:29)
- Это как лишаться невинности. Главное - начать. - Argon(14.09.2010 21:01)
- После многих лет работы на ASM-е тоже было очень трудно пересесть на Си. Тоже лезли в голову подобные мысли. Проблему решил с помощью оператора "Забить!" Компилю, смотрю, что он накомпилил, волосы встают дыбом, я их обратно причесываю отточенным Леонид Иванович(116 знак., 14.09.2010 19:28)
- так вот откуда эта короткая стрижка... покупайте Жилетт с двумя лезвиями и переходите на С++ :> - Snaky(15.09.2010 04:02)
- :-)))))))))))) - =AlexD=(15.09.2010 06:59)
- так вот откуда эта короткая стрижка... покупайте Жилетт с двумя лезвиями и переходите на С++ :> - Snaky(15.09.2010 04:02)
- Отвечу в рамках того что понимаю. Evgeny_CD(1857 знак., 14.09.2010 18:59 - 19:02)
- добавлю koyodza(1001 знак., 14.09.2010 21:34)
- Дополню. Evgeny_CD(1294 знак., 14.09.2010 22:06)
- "На С++ это доведено до совершенства, но там свои сложности, пока не будем это трогать" (С) - а народ уже вовсю трогает и утверждает, что С - пройденный этап. Как ASM в свое время. - Dir(14.09.2010 22:20, ссылка)
- ..и чего же отцы-линуксоиды так этот "этап" до сих пор не перейдут? да и не собираются.. - blackbit(14.09.2010 22:58)
- На уровне ядра - да, там С. Но вот во всех коммерческих реализациях Linux/BSD юзеровские апликухи пишут на очень высокоуровневых штучках, типа Java в интерпретации нестандратной, но продвинутой машины Dalvic на дроиде и т.д. На С широкие массы embedдеров Evgeny_CD(77 знак., 14.09.2010 23:04)
- нас не интересуют "юзеровские апликухи", вы еще python и basic в пример приведите.. - blackbit(14.09.2010 23:08)
- Вы явно не прочитали дискуссию по ссылке до конца. Иначе бы не повторяли абсолютно тех же аргументов, что и первоначальные противники С++ там. Прочитайте ДО КОНЦА, не пожалеете. Особенно статью (->) - Dir(15.09.2010 00:47, ссылка)
- ..автор явно еще не видел "больших залуп". Ну обернул классами порты и.. чё? blackbit(304 знак., 15.09.2010 01:51)
- Прошу туда! -> - Evgeny_CD(15.09.2010 01:54, ссылка)
- ..автор явно еще не видел "больших залуп". Ну обернул классами порты и.. чё? blackbit(304 знак., 15.09.2010 01:51)
- Вы явно не прочитали дискуссию по ссылке до конца. Иначе бы не повторяли абсолютно тех же аргументов, что и первоначальные противники С++ там. Прочитайте ДО КОНЦА, не пожалеете. Особенно статью (->) - Dir(15.09.2010 00:47, ссылка)
- нас не интересуют "юзеровские апликухи", вы еще python и basic в пример приведите.. - blackbit(14.09.2010 23:08)
- На уровне ядра - да, там С. Но вот во всех коммерческих реализациях Linux/BSD юзеровские апликухи пишут на очень высокоуровневых штучках, типа Java в интерпретации нестандратной, но продвинутой машины Dalvic на дроиде и т.д. На С широкие массы embedдеров Evgeny_CD(77 знак., 14.09.2010 23:04)
- Согласен. Просто не хотел спамить моск топик-стартера. Шагать через ступеньку - плохо. - Evgeny_CD(14.09.2010 22:42)
- ..и чего же отцы-линуксоиды так этот "этап" до сих пор не перейдут? да и не собираются.. - blackbit(14.09.2010 22:58)
- "На С++ это доведено до совершенства, но там свои сложности, пока не будем это трогать" (С) - а народ уже вовсю трогает и утверждает, что С - пройденный этап. Как ASM в свое время. - Dir(14.09.2010 22:20, ссылка)
- Дополню. Evgeny_CD(1294 знак., 14.09.2010 22:06)
- Резюмируя, кусок выходного кода компилятора, я изменить не могу? - mazur(14.09.2010 19:04)
- Иногда бывает, что сам не придумаешь лучше чем компилятор. Естественно, если он не от индусов. Argon(496 знак., 14.09.2010 22:17)
- Можешь! 1)Правкой исходного текста на С. 2)управлением оптимизацией 3)прагмами 4)квалификаторами. Потому что если код ведет себя не так, как ты ожидал, ошибка в 99.9% в твоем коде. - Vladimir Ljaschko(14.09.2010 19:49)
- 5) Хорошая практика, ассемблерный код оформлять в виде С-шных функций и линковать к проекту. Действительно критичные участки крайне редки и еще реже случаи, когда их нельзя оформить в функцию. - Скрипач(14.09.2010 22:00)
- ..практика показывает, что это не очень "хорошая практика": вместо одного критич. участка возникает[ют] другие. - blackbit(14.09.2010 23:03)
- 5) Хорошая практика, ассемблерный код оформлять в виде С-шных функций и линковать к проекту. Действительно критичные участки крайне редки и еще реже случаи, когда их нельзя оформить в функцию. - Скрипач(14.09.2010 22:00)
- добавлю koyodza(1001 знак., 14.09.2010 21:34)
- До кучи вопрос. Если мне не нравится, что выдал компилятор, могу ли я заменить кусок кода компилятора на свой код? - mazur(14.09.2010 19:01)
- Хм... Что значит "заменить кусок кода компилятора на свой код"? Bill(536 знак., 14.09.2010 22:11)
- Если не нравится то, что выдал компилятор, то нужно спокойно сесть, глубоко вздохнуть и постараться забыть об этом. SciFi(370 знак., 14.09.2010 21:51)
- Кусок кода из-под компилятора или кусок исходников самого компилера? В первом случае можно делать асмовые вставки и писать функции на асме, придерживаясь С-шных правил использования регистров и стека, и потом линковать их в проект. - Evgeny_CD(14.09.2010 19:04)