Скидывайте ссылки на книги, где описаны методы оптимизации.
Ввиду того что сейчас активно испльзуется мета программирование и такие библиотеки как Boost, встает необходимость в написании компилятора хорошо оптимизирующего все эти сложные комбинации шаблонов.
ЗЫ А вооще, интересно, существует ли сейчас живой проэкт по созданию компилятора. Хотелось бы присоединиться.
Здравствуйте, maggot, Вы писали:
M>Ввиду того что сейчас активно испльзуется мета программирование и такие библиотеки как Boost, встает необходимость в написании компилятора хорошо оптимизирующего все эти сложные комбинации шаблонов.
Метапрограммирование — это не всегда boost и шаблонные выверты в стиле Александреску. Издавна существуют более адекватные вещи. Так что не стоит хвататься именно за C++ с его шаблонами.
M>ЗЫ А вооще, интересно, существует ли сейчас живой проэкт по созданию компилятора. Хотелось бы присоединиться.
Здравствуйте, maggot, Вы писали:
M>Скидывайте ссылки на книги, где описаны методы оптимизации. M>Ввиду того что сейчас активно испльзуется мета программирование и такие библиотеки как Boost, встает необходимость в написании компилятора хорошо оптимизирующего все эти сложные комбинации шаблонов.
Метапрограммирование в С++ — это костыли, которые абсолютно неперспективны...
Здравствуйте, Аноним, Вы писали: А>Метапрограммирование в С++ — это костыли, которые абсолютно неперспективны...
Ну я думаю наоборот. На С++ программирует большинство. Поэтому, в целом С++ перспективен, и его будут развивать так, чтобы он оставался самым популярным языком.
НО, я считаю, что шаблоны там можно улучшить в плане возможностей. А ещё нужно сделать нормальныю оптимизацию, чтобы код содержащий шаблоны не компилировался в аццки большие приложения. Может это и преувеличение насчёт больших приложений, и некоторые скажут, что при современной мощности компьютеров позволительно делать их такими большими... Но я не согласен с этим. И теоретически весь код можно оптимизировать, просто, наверное, мало кому хочется делать хорошие компиляторы.
Здравствуйте, ANM, Вы писали: ANM>Да, gcc. Присоединяйтесь
Я уже как то скачивал исходники GCC, только вот не пойму, то ли я скачиваю. Почему архив весит аж 16 мб? Если так и должно быть, то хочу сказать, что я не на таком уровне чтобы разбираться в 16 мегабайтах запакованного кода.
И вообще посмотри материал по метапрограммированию в целом, на каком-то конкретном языке.
Если ты это сделаешь, то ты поймешь, что С++ с шаблонами к метапрограммированию особого отношения не имеет.
Метапрограммирование, как направление возникло вообще не в С++.
Проще начать использовать совсем иной язык, чем довести С++ до ума.
Здравствуйте, maggot, Вы писали:
M>Здравствуйте, ANM, Вы писали: ANM>>Да, gcc. Присоединяйтесь M>Я уже как то скачивал исходники GCC, только вот не пойму, то ли я скачиваю. Почему архив весит аж 16 мб? Если так и должно быть, то хочу сказать, что я не на таком уровне чтобы разбираться в 16 мегабайтах запакованного кода.
Ну тогда тебе рановато думать об оптимизациях в реальных компиляторах.
Здравствуйте, maggot, Вы писали:
M>Здравствуйте, ANM, Вы писали: ANM>>Да, gcc. Присоединяйтесь M>Я уже как то скачивал исходники GCC, только вот не пойму, то ли я скачиваю. Почему архив весит аж 16 мб? Если так и должно быть, то хочу сказать, что я не на таком уровне чтобы разбираться в 16 мегабайтах запакованного кода.
ну попробуй его распаковать. в распакованном попроще разбираться
а если по существу то что удивительного то в 16 мегабайтах? там и разбираться надо не во всем а только в интересующей части
Здравствуйте, maggot, Вы писали:
M>Ну я думаю наоборот. На С++ программирует большинство. Поэтому, в целом С++ перспективен, и его будут развивать так, чтобы он оставался самым популярным языком.
Ну, ну, если щас большинство будет из окон выпрыгиваться, то это станет перспективным?
M>НО, я считаю, что шаблоны там можно улучшить в плане возможностей. А ещё нужно сделать нормальныю оптимизацию, чтобы код содержащий шаблоны не компилировался в аццки большие приложения. Может это и преувеличение насчёт больших приложений, и некоторые скажут, что при современной мощности компьютеров позволительно делать их такими большими... Но я не согласен с этим. И теоретически весь код можно оптимизировать, просто, наверное, мало кому хочется делать хорошие компиляторы.
Вот потому и не хочется, т.к. всех устраивают "аццки большие приложения". Да и с C++ не всем связываться не всем хочется. Есть ведь языки, для которых можно сделать гораздо большую оптимизацию гораздо меньшими усилиями.
Здравствуйте, maggot, Вы писали:
M>Скидывайте ссылки на книги, где описаны методы оптимизации.
Я конечно опоздал к раздаче, но написание компилятора занимает не два месяца. Так что на всякий случай порекомендую найти книгу Аппеля из серии "Modern Compiler". Он ее написал в вариантах для большого количества языков. M>Ввиду того что сейчас активно испльзуется мета программирование и такие библиотеки как Boost, встает необходимость в написании компилятора хорошо оптимизирующего все эти сложные комбинации шаблонов.
Насколько я знаю, шаблоны ортогональны оптимизации. Ну то есть там конечно возможны низкоуровневые оптимизации для предотвращения code bloat, но они совершенно ортогональны оптимизации собственно кода. M>ЗЫ А вооще, интересно, существует ли сейчас живой проэкт по созданию компилятора. Хотелось бы присоединиться.
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, maggot, Вы писали:
M>Скидывайте ссылки на книги, где описаны методы оптимизации. M>Ввиду того что сейчас активно испльзуется мета программирование и такие библиотеки как Boost, встает необходимость в написании компилятора хорошо оптимизирующего все эти сложные комбинации шаблонов.
Прочитайте вот сначала А потом еще раз 10-30 подумайте — а оно надо??? http://fort.stup.ac.ru/wmaster/books/magazine/pcmag/9705s/05S979.htm
Здравствуйте, Conr, Вы писали:
C>Здравствуйте, maggot, Вы писали:
M>>Скидывайте ссылки на книги, где описаны методы оптимизации. M>>Ввиду того что сейчас активно испльзуется мета программирование и такие библиотеки как Boost, встает необходимость в написании компилятора хорошо оптимизирующего все эти сложные комбинации шаблонов. C>Прочитайте вот сначала А потом еще раз 10-30 подумайте — а оно надо??? C>http://fort.stup.ac.ru/wmaster/books/magazine/pcmag/9705s/05S979.htm
Неоднократно с удовольствием перечитываю эту статью...
Просто блесл!
Надо повесить на РСДН постоянную ссылку на нее, чтоб неофиты сначала ее читали, а потом думали, писать ли новый компилятор для С++...
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, Conr, Вы писали: C>http://fort.stup.ac.ru/wmaster/books/magazine/pcmag/9705s/05S979.htm
Прочитал. C>Прочитайте вот сначала А потом еще раз 10-30 подумайте — а оно надо???
Не то что бы надо, но интересно. Более того полезно.
Или считаете, что формошлёпство в Делфи полезнее? ))
Здравствуйте, maggot, Вы писали:
M>Здравствуйте, Conr, Вы писали: C>>http://fort.stup.ac.ru/wmaster/books/magazine/pcmag/9705s/05S979.htm M>Прочитал. C>>Прочитайте вот сначала А потом еще раз 10-30 подумайте — а оно надо??? M>Не то что бы надо, но интересно. Более того, полезно. M>Или считаете, что формошлёпство в Делфи полезнее? ))
Re[3]: Создание компилятора. Оптимизация
От:
Аноним
Дата:
02.06.07 14:03
Оценка:
Здравствуйте, maggot, Вы писали:
M>Или считаете, что формошлёпство в Делфи полезнее? ))
Запросто может быть полезнее. Если ты про пользу для других.
Ну а если тебе интересно заниматься компиляторами, то занимайся ради бога
Если за это еще кто-то готов платить (а может уже платит) деньги,
то тебе вообще можно только позавидовать...
В любом случае принижать ценность других не стоит.
Тебе это точно не поможет в написании компилятора...
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, maggot, Вы писали:
M>>Или считаете, что формошлёпство в Делфи полезнее? ))
А>Запросто может быть полезнее. Если ты про пользу для других.
А>Ну а если тебе интересно заниматься компиляторами, то занимайся ради бога А>Если за это еще кто-то готов платить (а может уже платит) деньги, А>то тебе вообще можно только позавидовать...
А>В любом случае принижать ценность других не стоит. А>Тебе это точно не поможет в написании компилятора...
Я имел ввиду полезнее в плане развития мозгов.
Re[5]: Создание компилятора. Оптимизация
От:
Аноним
Дата:
02.06.07 15:41
Оценка:
Здравствуйте, maggot, Вы писали:
M>Я имел ввиду полезнее в плане развития мозгов.
Ты наверное не занимался профессиональным написанием
формочек, потому так и пишешь.
Уверяю тебя, это тоже не тривиальная задача, где никак без мозгов.
Ну а для несложного парсера тоже особых мозгов не надо.
Рекурсивный спуск я лично вообще освоил раньше,
чем спроектировал первую юзабельную формочку
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, maggot, Вы писали:
M>>Я имел ввиду полезнее в плане развития мозгов.
А>Ты наверное не занимался профессиональным написанием А>формочек, потому так и пишешь. А>Уверяю тебя, это тоже не тривиальная задача, где никак без мозгов.
Да, удобный интерфейс для какого нибудь крутого 3D редактора (например XSI) придумать сложно. Но это никак не формошлёпство. Под этим словом обычно подразумеват то, когда человек садится за Делфи скинет на форму компонент для отображения картинок или редактирования текста, а потом хвалится, что написал просмотрорщик картинок или блокнот.
А>Ну а для несложного парсера тоже особых мозгов не надо. А>Рекурсивный спуск я лично вообще освоил раньше, А>чем спроектировал первую юзабельную формочку
Интерфейс хороший многие программисты в России умеют делать. А вот инкрементный GLR парсер ещё никто не написал. По крайней мере нет ни книг(на русском) на эту тему, ни исходников, ни даже упоминания в рунете.