Исходное сообщение
"Microsoft опубликовал открытую Linux-версию утилиты монитори..." Отправлено Аноним, 20-Июл-20 02:52
> созданные gcc5 и gcc8 отличаются. У gcc-8 меньше размер, но больше > зависимостей (от ncurses и libc6). Что вы курите сэр?! GCC самому по себе - решительно до балды на ncurses, он его прилинкует только если его попросят об этом. А libc6 это извините libc - и без нее у вас вообще-то по сути ни одна программа слинкованая динамически не запустится даже! Может быть за каким-то редким исключением пары особо хитрозадых. Потому что без стандартной либы сей... эм... система не живет. Как категория. И gcc5 ее тоже линковал, куда ж он денется... > Между gcc-5 побитово совпадают. Скорость lame не зависит от компилятора, Вообще может зависеть. Как и размер кода. Просто в этом конкретном примере видимо не слишком показательно. В свежих gcc еще можно зело скостить размер бинарей - нахаляву - использованием LTO. В пятом gcc это или не было, или было уберглюкавым. Оно достаточно специфичное, но урезать добрую четверть бинаря НИЧЕГО НЕ ПОТЕРЯВ взамен, а иногда и прибавив в скорости бонусом - все же довольно круто. > создают идентичные mp3. А это вообще зависит не от компилятора, покуда там крутых багов нет. Скорее от алгоритма, если он "детерминированный" - разные проходы дают один результат. Иначе - как повезет. Это свойство алгоритма.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> созданные gcc5 и gcc8 отличаются. У gcc-8 меньше размер, но больше >> зависимостей (от ncurses и libc6). > Что вы курите сэр?! GCC самому по себе - решительно до балды > на ncurses, он его прилинкует только если его попросят об этом. > А libc6 это извините libc - и без нее у вас > вообще-то по сути ни одна программа слинкованая динамически не запустится даже! > Может быть за каким-то редким исключением пары особо хитрозадых. Потому что > без стандартной либы сей... эм... система не живет. Как категория. И > gcc5 ее тоже линковал, куда ж он денется... >> Между gcc-5 побитово совпадают. Скорость lame не зависит от компилятора, > Вообще может зависеть. Как и размер кода. Просто в этом конкретном примере > видимо не слишком показательно. В свежих gcc еще можно зело скостить > размер бинарей - нахаляву - использованием LTO. В пятом gcc это > или не было, или было уберглюкавым. Оно достаточно специфичное, но урезать > добрую четверть бинаря НИЧЕГО НЕ ПОТЕРЯВ взамен, а иногда и прибавив > в скорости бонусом - все же довольно круто. >> создают идентичные mp3. > А это вообще зависит не от компилятора, покуда там крутых багов нет. > Скорее от алгоритма, если он "детерминированный" - разные проходы дают один > результат. Иначе - как повезет. Это свойство алгоритма.
	Введите код, изображенный на картинке: