The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Релиз набора компиляторов GCC 4.6.0"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от opennews (ok) on 26-Мрт-11, 15:47 
После почти года разработки вышел (http://gcc.gnu.org/gcc-4.6/) набор компиляторов GCC 4.6.0 (http://gcc.gnu.org/), в котором добавлена поддержка языка программирования (http://www.opennet.ru/opennews/art.shtml?num=24209) Go (http://golang.org/), созданного инженерами Google, а также добавлен новый уровень оптимизации "-Ofast", улучшена поддержка генерации кода для процессоров Intel Core 2 и выше.


Основные изменения (http://gcc.gnu.org/gcc-4.6/changes.html):


-
Общие нюансы
:


-  Добавлена поддержка стандартной библиотеки функций  Bionic и возможность прямой сборки библиотек и приложений для платформы Android;
-  Интегрирована поддержка языка программирования Go (фронтэнд "gccgo"), которая не активирована по умолчанию и требует сборки с опцией "--enable-languages";

- Опции сборки "-b архитектура_для_сборки" и "-v версия_компилятора" были убраны, потому что они не всегда работали корректно. Для этих целей предлагается использовать "machine-gcc" для кросс-компиляции или "а...

URL: http://gcc.gnu.org/gcc-4.6/changes.html
Новость: http://www.opennet.ru/opennews/art.shtml?num=30035

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Релиз набора компиляторов GCC 4.6.0"  –6 +/
Сообщение от Serg Markov email(ok) on 26-Мрт-11, 15:47 
Ну, блин, только ffast-math не хватало в оптимизирующем уровне  ..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Релиз набора компиляторов GCC 4.6.0"  +9 +/
Сообщение от Иван Иванович Иванов on 26-Мрт-11, 15:49 
Вас кто-то заставляет с пистолетом у виска использоваться -Ofast?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

16. "Релиз набора компиляторов GCC 4.6.0"  –3 +/
Сообщение от Serg Markov email(ok) on 26-Мрт-11, 16:52 
> Вас кто-то заставляет с пистолетом у виска использоваться -Ofast?

А кто заставляет впихивать в оптимизирующий уровень опцию, с которой некорректно собираются некоторые проги, это как называется - "оптимизация от создателей gcc" ? Это назывется "мы вам так наооптимизируем, что вообще нихрена работать не будет" :-)

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

17. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Иван Иванович Иванов on 26-Мрт-11, 17:09 
Ещё раз: кто заставляет использовать опцию, которая, цитата: "It combines the existing optimization level -O3 with options that can ***affect standards compliance*** but result in better optimized code. For example, -Ofast enables -ffast-math."?
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

18. "Релиз набора компиляторов GCC 4.6.0"  –7 +/
Сообщение от Serg Markov email(ok) on 26-Мрт-11, 17:47 
Послушайте, есть базовое положение, что  уровни должны быть рабочими для ВСЕХ программ, может и не оптимизирующими , но рабочими. Зачем было впихивать в уровень опцию, с которой некорректно собираются отдельные программы, непонятно. Была опция, кто хотел, тот включал, не хотел не включал, сейчас она по умолчанию в общем уровне

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

20. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Frankl on 26-Мрт-11, 17:57 
>Добавлен новый уровень оптимизации "-Ofast", который основан на опциях -O3, но при этом может влиять на соответствие стандартам результирующего кода, например, он включает в себя опцию "-ffast-math";

Опция -Ofast основана на опциях -O3, и включает опцию -ffast-math. Решили они это сделать потому что так решили.

Используй как и раньше -O[1,2,3] с теми опциями которые хочешь, никто у тебя ничего не отобрал, и не ной на форумах.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

22. "Релиз набора компиляторов GCC 4.6.0"  +2 +/
Сообщение от Sylvia (ok) on 26-Мрт-11, 18:06 
собирайте с -O2, все что выше не считается полностью стабильным и безопасным для всех пакетов программ, если какая-то процедура оптимизации "созревает" до степени того, что работает со всем кодом, все собирается, не глючит, нет падения в производительности , то ее включают в -O2, все что экспериментально - -O3
и вам уже написали, что вас никто не заставляет использовать O3 и Ofast, кому надо - используют, обычно разработчики пакета сами устанавливают флаги -O3 -ffast-math,
примеры - mplayer, mesa. Mplayer кстати с 4.6 пока работает некорректно (mp3 звук со свистом)

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

24. "Релиз набора компиляторов GCC 4.6.0"  +1 +/
Сообщение от Serg Markov email(ok) on 26-Мрт-11, 18:19 
да нет, стандартные возражения вполне понятны :-), но также понятно что логики в таком шаге маловато
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

29. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от crypt (??) on 26-Мрт-11, 20:26 
по-моему вы мыслите мерками одного цельного проекта: должно быть все рабочим внутри одного целого. а GCC это на все случае жизни целого мира ПО. лично мне alias с fast кажется вполне логичным хотя бы для быстрого тестинга.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

44. "Релиз набора компиляторов GCC 4.6.0"  +1 +/
Сообщение от Аноним (??) on 27-Мрт-11, 11:04 
да да.. когда очередное обновление gcc сгенерирует вам кривой код в ядре - я думаю вы перейдете к другой.. более консервативной политике.

hit. задайте гуглу вопрос linux kernel gcc problem - и "порадуйтесь" количеству возмущений.

PS. -O2 тоже до какого-то момента не считался стабильным, очень многое ломалось в нем, многие проекты добавляли gcc-сизмы не совместимые со стандартном что бы только работало. Теперь история делает следующий виток..

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

46. "Релиз набора компиляторов GCC 4.6.0"  +1 +/
Сообщение от Аноним (??) on 27-Мрт-11, 11:56 
> O2 тоже до какого-то момента не считался стабильным,

ну теперь то всё хорошо? :)

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

50. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от FFASM (ok) on 27-Мрт-11, 15:23 
> да да.. когда очередное обновление gcc сгенерирует вам кривой код в ядре

В linux (я про ядро) нет плавающей арифметики.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

53. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от szh (ok) on 27-Мрт-11, 15:45 
> да да.. когда очередное обновление gcc сгенерирует вам кривой код в ядре - я думаю вы перейдете к другой.. более консервативной политике.

именно к такой политике это и ведет, тестировать вещи в отдельных опциях.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

63. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Sylvia (ok) on 28-Мрт-11, 21:51 
справедливости ради, 2.6.38.2 собраное GCC 4.6.0 у меня сегодня радостно паниковало за три часа два раза , в radeon drm где-то, пришлось пересобрать с 4.5.2 ) всё ок.

полное ядро (почти все модули) 2.6.32.36 (лтс) не собирается,
минимальное (headless сервер) работает вообщем-то нормально

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

66. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Иван Иванович Иванов on 28-Мрт-11, 22:57 
> справедливости ради, 2.6.38.2 собраное GCC 4.6.0 у меня сегодня радостно паниковало за
> три часа два раза , в radeon drm где-то, пришлось пересобрать
> с 4.5.2 ) всё ок.
> полное ядро (почти все модули) 2.6.32.36 (лтс) не собирается,
> минимальное (headless сервер) работает вообщем-то нормально

File a bug report immediately both in GCC and kernel bugzilla.

Provide a backtrace as well if possible.

It _will_ be solved quite rapidly, trust me. I've already gone through this, even Linus himself marked his presence, he likes blasting GCC devs :)

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

67. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 29-Мрт-11, 08:19 
да да.. что там Линукс писал о криворуких которые пишут gcc ?

когда последний раз сломали spinlock в ядре..

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

54. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от FFASM (ok) on 27-Мрт-11, 15:46 
> Mplayer кстати с 4.6 пока работает некорректно (mp3 звук со свистом)

Работает, если использовать mpg123 либу для декодирования.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

64. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Sylvia (ok) on 28-Мрт-11, 21:52 
>> Mplayer кстати с 4.6 пока работает некорректно (mp3 звук со свистом)
> Работает, если использовать mpg123 либу для декодирования.

пробовала, свистит также

проблема не в libmad или mpg123, а где-то в другом.

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

65. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от FFASM (ok) on 28-Мрт-11, 22:37 
>>> Mplayer кстати с 4.6 пока работает некорректно (mp3 звук со свистом)
>> Работает, если использовать mpg123 либу для декодирования.
> пробовала, свистит также
> проблема не в libmad или mpg123, а где-то в другом.

Ну я как бы тоже не с потолка это взял. Да и странно что бы проблема была в чем-то другом, если только mp3 свистит.

Убедитесь что при запуске у вас пишет "Opening audio decoder: [mpg123]", а не что-либо другое. Да и можно отдельно mpg123 потеснить, если он у вас не работает, то без комментариев.

В gentoo оно мне компилит после такого configure:

./configure --cc=x86_64-pc-linux-gnu-gcc --host-cc=x86_64-pc-linux-gnu-gcc --prefix=/usr --bindir=/usr/bin --libdir=/usr/lib64 --confdir=/etc/mplayer --datadir=/usr/share/mplayer --mandir=/usr/share/man --disable-svga --disable-svgalib_helper --disable-ass-internal --disable-arts --disable-kai --enable-networking --disable-joystick --disable-nemesi --disable-bl --disable-bluray --disable-fribidi --disable-cdparanoia --disable-dvdread-internal --disable-libdvdcss-internal --charset=UTF-8 --disable-tv-bsdbt848 --disable-ivtv --disable-pvr --disable-radio-v4l2 --disable-radio-bsdbt848 --disable-musepack --disable-libmpeg2-internal --disable-mp3lame --disable-mp3lame-lavc --disable-mp3lib --disable-libbs2b --disable-librtmp --disable-libopencore_amrnb --disable-libopencore_amrwb --disable-libmpeg2 --disable-mng --disable-tga --disable-xanim --codecsdir=/usr/lib64/codecs --disable-win32dll --disable-directfb --disable-aa --disable-fbdev --disable-caca --disable-zr --disable-mga --disable-xmga --disable-3dfx --disable-tdfxvid --disable-tdfxfb --disable-xvr100 --disable-pulse --disable-gui --disable-dxr3 --disable-ggi --disable-xinerama --disable-dga1 --disable-dga2 --enable-menu --disable-vidix --disable-vidix-pcidb --disable-xvmc

То есть явно стоит "--disable-mp3lib"

После чего пишет в "Disabled optional drivers:":  mp3lib(internal)
Хотя mpg123, libmad, twolame присутствует.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

120. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Swin on 01-Апр-11, 16:19 
> --disable-mp3lame --disable-mp3lame-lavc --disable-mp3lib

После этого Mplayer проигрывает видео файлы с mp3 звуком проирывает без свиста :)


Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

119. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Swin on 01-Апр-11, 15:45 
Насчет Mplayer у меня на 100% аналогичная картина
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

62. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Andrey Mitrofanov on 28-Мрт-11, 09:48 
> Ещё раз: кто заставляет использовать опцию, которая

Ах, оставьте. Он даже не знает, что такое "опция".

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

3. "Релиз набора компиляторов GCC 4.6.0"  –2 +/
Сообщение от ананим on 26-Мрт-11, 15:51 
блин. только что врлд в генте перекомпилил.
чую скоро опять. и ведь никуда от себя не убежишь - хочется попробовать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Релиз набора компиляторов GCC 4.6.0"  +2 +/
Сообщение от Иван Иванович Иванов on 26-Мрт-11, 16:01 
Выйдите на улицу, пообщайтесь с людьми, почитайте книг, сделайте что-то хорошее.

Не стоит так сильно надр*чивать на компьютерные фетиши. Life is bigger than that.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

10. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от ананим on 26-Мрт-11, 16:13 
ворлд у меня компилится ~сутки, так что я успеваю "мир посмотреть".
так что не стоит давать советы тому, кто их у вас не просил.
как там говорится? не говори мне что делать и я не скажу куда тебе идти. грубо? возможно. но соответсвует действительности.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

12. "Релиз набора компиляторов GCC 4.6.0"  +5 +/
Сообщение от Аноним (??) on 26-Мрт-11, 16:29 
Сидеть сутки смотреть на компилирующийся мир. жесть :)
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

13. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от ананим on 26-Мрт-11, 16:31 
хорошая шутка.
спасибо, посмеялся. :D
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

27. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 26-Мрт-11, 18:38 
>Сидеть сутки смотреть на компилирующийся мир. жесть :)

Конечно, намного лучше нажраться алкоголем до чёртиков, подраться и поблевать. Во всяком случае, для ваших друзей выслушивать рассказ о таком выходном дне будет намного приятнее, нежели обсуждение возможных флагов оптимизации.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

30. "Релиз набора компиляторов GCC 4.6.0"  +3 +/
Сообщение от Аноним (??) on 26-Мрт-11, 21:07 
Какой у вас ограниченный кругозор - либо Gentoo, либо нажраться и проблеваться.

Печально.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

78. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от фтщт on 30-Мрт-11, 18:00 
Оставьте эти дистрофанские сказки, мне за пять лет один раз только понадобилось мир пересобрать при переходе с 3.x -> 4.x
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Vitold S email on 26-Мрт-11, 16:04 
Пора уже GCC отлепиться от GCC. А то слышать что в сишном компиляторе есть какой-то там gccgo? Что-то не в том направлении думают. Лучше пусть добавят плагины для кросскомпилции на AVR, ARM и т.п. новых embed платформах... Полезнее будет...

Что бы получилось что-то типо gcc-x86, gcc-x64, gcc-avr, gcc-arm, и т.д.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Релиз набора компиляторов GCC 4.6.0"  +4 +/
Сообщение от Sylvia (ok) on 26-Мрт-11, 16:10 
давно уже не GNU C compiler, а GNU Compilers Collection
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

37. "Релиз набора компиляторов GCC 4.6.0"  –1 +/
Сообщение от User294 (ok) on 27-Мрт-11, 01:19 
> Лучше пусть добавят плагины для кросскомпилции на AVR, ARM и т.п.

Не отделаетесь: кроме плагинов, для AVR и простых ARM (ARM7, Cortex M3) часто требуются тотально минимальные хидеры и либы (к тому же собранные с соотв. набором команд), где даже printf нет. А куда его делать то, при отсутствии stdin, stdout, stderr и файловой системы? :). Поэтому проще не выпендриваться и юзать весь тулчейн, где и либы/хидеры адаптированы под специфику, собраны под нужную архитектуру и прочая. Кстати собрать собственный вариант кросскомпилера - нифига не ракетная наука а всего лишь несколько команд которые элементарно гуглятся.

> новых embed платформах... Полезнее будет...

У gcc вроде и так там нет никаких проблем.

> Что бы получилось что-то типо gcc-x86, gcc-x64, gcc-avr, gcc-arm, и т.д.

Так то что вы перечислили - и так уже есть (пруф: "apt-get install gcc-avr" :D). Только вот еще либы есть, и на кой бы дьявол какомунить там gcc-avr хавать стандартные полноразмерные либы, где типовой printf легко оперативку камня на одного себя? :)

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

52. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от FFASM (ok) on 27-Мрт-11, 15:33 
>> Лучше пусть добавят плагины для кросскомпилции на AVR, ARM и т.п.
> Не отделаетесь: кроме плагинов, для AVR и простых ARM (ARM7, Cortex M3)
> часто требуются тотально минимальные хидеры и либы (к тому же собранные
> с соотв. набором команд), где даже printf нет. А куда его
> делать то, при отсутствии stdin, stdout, stderr и файловой системы? :)

Не говорите чепухи, даже для AVR есть поддержка printf. А уж выводить она будет через то, через что вы напишите, хоть UART, usb, i2c, хоть ASCII коды на портах выставлять и отображать светодиодами.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

76. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от User294 (ok) on 30-Мрт-11, 16:37 
> Не говорите чепухи, даже для AVR есть поддержка printf.

А я и не говорю - вы посмотрите на требования полноценного варианта printf к памяти и сравните их с доступной у младших аврок оперативкой :). Не, конечно в том чтобы угробить большую часть ресурсов камня на printf который и делать то толком некуда - что-то безусловно есть. Но почему-то на практике так никто не делает, обычно собирают все с довольно минимальными либами, и как-то перекантовываются без printf.

> А уж выводить она будет через то, через что вы напишите, хоть UART, usb,
> i2c, хоть ASCII коды на портах выставлять и отображать светодиодами.

Угу, возьмите какойнить AtTiny 8-лапый, и я посмотрю куда вы там printf сделаете. Особенно учтя что оные часто юзают в довольно неожиданных местах, типа умных преобразователей напряжения и прочей требухе. Как, простите, гибкую замену жесткой логике, так что 1 мизерный чип после программирования начинает делать то что иначе потребовало бы горку микросхем. Ну и накукуй там куда-то printf делать, а? :). И вообще, стандартные полновесные либы - не особо скросничают по части потребления ресурсов, могут динамически выделять память и прочая. А так - извините, но стандартный казалось бы libc в атмегу не влезет, а если бы и влез то половине функций было бы просто нечего делать. При том для программы допустим для х86 линкануть libc считается совершенно штатной фичой. А прикиньте вам такую дуру в атмегу прилинкуют? Поэтому либы для аврок несколько отличаются от либ для х86, о чем я и говорил. В каком месте была чушь? :)))

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

83. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от FFASM (ok) on 30-Мрт-11, 22:57 
> А я и не говорю - вы посмотрите на требования полноценного варианта
> printf

Про полноценный никто и не утверждал.

> к памяти и сравните их с доступной у младших аврок
> оперативкой :).

Причем тут оперативка? В 8 битных AVR printf не использует кучу. Вопрос в кол-во РПЗУ на реализацию.

> Не, конечно в том чтобы угробить большую часть ресурсов

Даже для attyny2313 это не будет бОльшей частью (если вы именно про бОльшую).

> и как-то перекантовываются без printf.

Велосипедостроителей везде хватает, это не означает, что так нужно делать везде.

>> А уж выводить она будет через то, через что вы напишите, хоть UART, usb,
>> i2c, хоть ASCII коды на портах выставлять и отображать светодиодами.
> Угу, возьмите какойнить AtTiny 8-лапый, и я посмотрю куда вы там printf
> сделаете.

Угу, то что UART и i2c шины (две лапы) как правило везде есть это вас не смущает?

Ну и так далее можно придраться к каждому пункту, извините за грубость, перед тем как критиковать и разбрасываться теоретическими знаниями, попробовали бы набрать в google хотя бы такую строчку: avr libc.

Я лишь соглашусь с вами в том, что имея программный эмулятор AVR-ки и не имея никакой необходимости выводить хоть немного сложный текст, то да, проще обойтись без printf (хотя реально экономию я не сравнивал, может быть смысла и нет вовсе).
Ну как частный случай, если в задачи printf вообще не нужен, то тут с вами тоже согласен.

Когда кто-то утверждает, что та технология, которую используешь сам нереальна (тяжела и тп), то звучит это очень странно, я вам скажу.

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

51. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от FFASM (ok) on 27-Мрт-11, 15:27 
> Пора уже GCC отлепиться от GCC. А то слышать что в сишном
> компиляторе есть какой-то там gccgo? Что-то не в том направлении думают.

Попробуй инженеров из компании google переубедить в том, что зря они go прикрутили, лучше бы сменили направление мышления и сделали что-нибудь полезное непосредственно для вас, а не для их бизнеса.


Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

6. "Релиз набора компиляторов GCC 4.6.0"  +1 +/
Сообщение от Sylvia (ok) on 26-Мрт-11, 16:09 
еще про поддержку Objc-2.0 стоило бы написать... хоть на нем количество проектов пересчитывается на пальцах одной руки
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Толстый (ok) on 26-Мрт-11, 16:38 
300тыс приложений в App Store, не считая десктопных на Маке - это на пальцах руки? :p
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

15. "Релиз набора компиляторов GCC 4.6.0"  +1 +/
Сообщение от Sylvia (ok) on 26-Мрт-11, 16:43 
AppStore не в счет, к тому же они не используют GCC > 4.2.1
и вообще уходят известно на что, тем не менее улучшение поддержки Objc-2.0 в GCC 4.6 это достаточно большой плюс, отчасти и потому что Apple не шибко хотела предоставлять патчи FSF

а из того что можно посчитать - GNUStep, Etoile (хотя этуаль использует дикую смесь всего что есть, включая и Clang)

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

39. "Релиз набора компиляторов GCC 4.6.0"  +1 +/
Сообщение от dimqua (ok) on 27-Мрт-11, 04:18 
>тем не менее улучшение поддержки Objc-2.0 в GCC 4.6 это достаточно большой плюс, отчасти и потому что Apple не шибко хотела предоставлять патчи FSF

Кому, интересно, тогда понадобилось улучшать поддержку Objc-2.0?

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

40. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Толстый_ on 27-Мрт-11, 05:23 
Не используют, потому что Столмэн перевел gcc на gpl3, тем самым пожопив компилятор для Apple. В то время как Apple не пожадничал и проспонсировал разработку своего компилятора. Как впрочем и других открытых проектов.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

48. "Релиз набора компиляторов GCC 4.6.0"  +5 +/
Сообщение от dimqua (ok) on 27-Мрт-11, 12:58 
Ну да, было бы куда лучше, если бы он прогнулся под Apple и оставил GPL2. Вот только лучше для кого?
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

56. "Релиз набора компиляторов GCC 4.6.0"  –2 +/
Сообщение от Аноним (??) on 27-Мрт-11, 18:02 
Было бы лучше всему Open Source.
Позволю себе заметить что GPL v3 не совместимо даже с GPL v2 не говоря уже о других Open Source лицензиях - hint - вспомним почему куча BSDL проектов остановилось на gcc 4.2.1?

Так что маразматический старикашка в очередной раз подумал только о себе и своей мании величия..

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

74. "Релиз набора компиляторов GCC 4.6.0"  +1 +/
Сообщение от Аноним (??) on 29-Мрт-11, 16:40 
> Было бы лучше всему Open Source.

А почему FSF должно волновать Open Source? Вы ничего не попутали? GPL и FSF вообще-то за Free Software, а свои а-ля микрософтовские Open Source подачки, обложеные патентами с запретом модификации и распространения можете себе знаете куда засунуть?

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

81. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 30-Мрт-11, 21:04 
то есть я правильно понимаю вы сознаетесь что GNU наплевательски относится ко всему что не попадает под их идеологию?
И их задача не развитие OpenSource во всем многообразии - а реализация своих планов.
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

86. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 00:45 
> то есть я правильно понимаю вы сознаетесь что GNU наплевательски относится ко
> всему что не попадает под их идеологию?

натурально, проблемы проприетарщиков и их сателлитов FSF вполне логично не интересуют.

> И их задача не развитие OpenSource во всем многообразии — а реализация
> своих планов.

и снова ты угадал — FSF вообще не одобряет термин «open source software», лишь «free and open source software». понятно, что проприетарщикам и их сателлитам такое положение дел не нравится, им «free» глаза мозолит. «как это быдло, и вдруг ему свободы какие-то давать? свободы должны быть только у небольшой части населения, а не у всех!»

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

89. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 31-Мрт-11, 07:29 
>> то есть я правильно понимаю вы сознаетесь что GNU наплевательски относится ко
>> всему что не попадает под их идеологию?
> натурально, проблемы проприетарщиков и их сателлитов FSF вполне логично не интересуют.

Да да - легко так считать себя крутым - а остальные не заслуживают вашего внимания.
намного сложнее просто делать свою работу и получать удовольствие от того что людям хорошо :)

>> И их задача не развитие OpenSource во всем многообразии — а реализация
>> своих планов.
> и снова ты угадал — FSF вообще не одобряет термин «open source
> software», лишь «free and open source software». понятно, что проприетарщикам
> и их сателлитам такое положение дел не нравится, им «free» глаза
> мозолит. «как это быдло, и вдруг ему свободы какие-то давать? свободы
> должны быть только у небольшой части населения, а не у всех!»

А чем вам BSDL не нравится - там free и свободы ну завались ;-) в тоже время FSF ведет войну против BSDL., Apache, MIT и всех остальных - кто не GNU.
Что бы загнать всех красноглазых в одно правильное стойло - GNU.
Вот такая она у вас свобода - только в рамках генеральной линии партии :)

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

91. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 07:41 
> Да да — легко так считать себя крутым — а остальные не
> заслуживают вашего внимания.
> намного сложнее просто делать свою работу и получать удовольствие от того что
> людям хорошо :)

ну, если для тебя это сложно — что ж, бывает. однако работать на корпорастов и улыбаться я не готов; а со стороны яблока я не вижу стремления просто сделать мне хорошо. в данном случае — кви про кво.

> А чем вам BSDL не нравится — там free и свободы ну
> завались ;-) в тоже время FSF ведет войну против BSDL., Apache,
> MIT и всех остальных — кто не GNU.

это ж где такая война? пруфлинки можно? я что-то никакой войны не заметил.

а BSDL не нравится тем, что не люблю бесплатно работать на проприетарщиков. по этой же причине в своё время прекратил заниматься ядром linux.

> Что бы загнать всех красноглазых в одно правильное стойло — GNU.

тебя кто-то под страхом расстрела заставляет туда идти? вот ко мне ни разу не приходили люди в чёрном, не обещали вырезать всех родственников и меня покалечить, если я не буду «в стойле GNU».

> Вот такая она у вас свобода — только в рамках генеральной линии
> партии :)

кому эти рамки малы — тот берёт и спокойным образом форкает нужные проекты. и пилит так, как считает правильным. и политику ведёт такую, какую считает лучшей. если он прав — люди пойдут за ним, а не за FSF. в чём проблема? за форки FOSS-проектов ещё никого не убивали и не сажали.

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

98. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 31-Мрт-11, 08:38 
> ну, если для тебя это сложно — что ж, бывает. однако работать на корпорастов и улыбаться я не готов; а со стороны яблока я не вижу стремления просто сделать мне хорошо. в данном случае — кви про кво.

llvm, CUPS, и другие открытые проекты - это мало ?:)
Хотя да.. там лицензия не православная :)

>это ж где такая война? пруфлинки можно? я что-то никакой войны не заметил.

Создание лицензий не совместимых с другими и перевод проектов на эту лицензию - это и есть война ;-)
не замечал ?
То что в gcc очень долго не появлялись исключения для собранного кода - тоже не замечал?
Когда получалось что любой код созданый при помощи gcc становился gpl v3.
Хороша дружба - да да вы дружите, но только на наших условиях.
Ведь так ?

> кому эти рамки малы — тот берёт и спокойным образом форкает нужные проекты. и пилит так, как считает правильным. и политику ведёт такую, какую считает лучшей. если он прав — люди пойдут за ним, а не за FSF. в чём проблема? за форки FOSS-проектов ещё никого не убивали и не сажали.

Только их лицензия отворачивавает от желания использовать продукты GNU.
Поэтому люди и начали проекты аля llvm/clang - и потихоньку все здравомыслящие люди уходят с gcc на llvm. Для самбы есть уже куча других реализаций - начиная от apple - smbx и тп.
Чем еще может похвастаться GNU world? убогими утилитами?

PS. интересно - как это GNU разрешил использовать код gcc внутри системы поиска проблем Coverty или как там ее.. ведь напрочь пропринетарный продукт - а GNU закрыло рот и молчит ;-)

Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

103. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 09:03 
> Хотя да.. там лицензия не православная :)

да. я не вижу гарантий со стороны огрызка. «ах, мы же такие хорошие и румяные» за гарантию не катит. а GPLv3 — катит.

> Создание лицензий не совместимых с другими и перевод проектов на эту лицензию
> — это и есть война ;-)

да? breaking news! FSF никогда не скрывала, зачем сделана GPL. FSF были бы идиотами, если бы не закрыли в GPL зияющую дыру, благодаря которой формально свободный код ни разу не свободен в том смысле, который в это вкладывает FSF. FSF были бы полными идиотами, если бы не перевели свои проекты на новую лицензию с закрытой дырой.

FSF что, кому-то запретила под страхом смертной казни форкать их проекты тогда, когда они были под «подходящей» лицензией и дальше тащит своими силами? нет. но отчего-то бздуны и прочие ужасно переживают по поводу того, что FSF не хочет работать по их правилам. не хочет, у FSF свои правила. не нравится — не ешь.

> не замечал ?

нет, не замечал. я не заигрываю с корпорастами, меня GPLv3 вполне устраивает. никакой войны не вижу. зато вижу кучу народа, у которого внизапна! дупочёс от того, что FSF не хочет позволять копирастам извращать базовые принципы FSF и GNU.

> То что в gcc очень долго не появлялись исключения для собранного кода
> — тоже не замечал?
> Когда получалось что любой код созданый при помощи gcc становился gpl v3.

это ж когда такая фигня была? O_O тебя, конечно, не затруднит пруфы предоставить, правда?

> Хороша дружба — да да вы дружите, но только на наших условиях.

да. не нравятся условия — вот код, который вас устраивал, берите, пилите своими силами.

> Ведь так ?

конечно. а с чего бы FSF должна была играть по чужим правилам?

> Только их лицензия отворачивавает от желания использовать продукты GNU.

пичалька.

> Поэтому люди и начали проекты аля llvm/clang — и потихоньку все здравомыслящие
> люди уходят с gcc на llvm.

скатертью дорога. будет llvm реально лучше — перейдём на llvm. пока что ему до gcc как черепахе до луны раком. впрочем, это не значит, что он не может стать лучше однажды. станет — отлично, будет два хороших компилятора. выбор — это завсегда хорошо.

> Для самбы есть уже куча
> других реализаций — начиная от apple — smbx и тп.

самба не нужна.

> Чем еще может похвастаться GNU world? убогими утилитами?

что-то эти «убогие утилиты» во всех дистрибутивах GNU/Linux есть. и никто пока не заменил их какими-то «неубогими». может, потому что таких нет?

> PS. интересно — как это GNU разрешил использовать код gcc внутри системы
> поиска проблем Coverty или как там ее.. ведь напрочь пропринетарный продукт
> — а GNU закрыло рот и молчит ;-)

ты, конечно, просто забыл приложить пруфы к этому утверждению. пожалуйста, не забывай больше, прилагай сразу. а то может создаться неверное впечатление, что ты просто трололо.

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

108. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 31-Мрт-11, 09:42 
>[оверквотинг удален]
>> не замечал ?
> нет, не замечал. я не заигрываю с корпорастами, меня GPLv3 вполне устраивает.
> никакой войны не вижу. зато вижу кучу народа, у которого внизапна!
> дупочёс от того, что FSF не хочет позволять копирастам извращать базовые
> принципы FSF и GNU.
>> То что в gcc очень долго не появлялись исключения для собранного кода
>> — тоже не замечал?
>> Когда получалось что любой код созданый при помощи gcc становился gpl v3.
> это ж когда такая фигня была? O_O тебя, конечно, не затруднит пруфы
> предоставить, правда?

Тогда же когда перевели на GPL v3 - 2 или 3 релиза были без linking exclussion.
Потом разум востожествовал - их вернули.
Но разве можно верить после этого FSF ?


>> Хороша дружба — да да вы дружите, но только на наших условиях.
> да. не нравятся условия — вот код, который вас устраивал, берите, пилите
> своими силами.

Apple и пилило - с чего вы появились притензии с требованиями залить все на сервера FSF ?

>> Ведь так ?
> конечно. а с чего бы FSF должна была играть по чужим правилам?

Навязывать другим свои условия это плохо. Не чем не лучше всяких EULA от MS.


>> Только их лицензия отворачивавает от желания использовать продукты GNU.
> пичалька.
>> Поэтому люди и начали проекты аля llvm/clang — и потихоньку все здравомыслящие
>> люди уходят с gcc на llvm.
> скатертью дорога. будет llvm реально лучше — перейдём на llvm. пока что
> ему до gcc как черепахе до луны раком. впрочем, это не
> значит, что он не может стать лучше однажды. станет — отлично,
> будет два хороших компилятора. выбор — это завсегда хорошо.

gcc не нужен. рад что FreeBSD наконец-то отказалось от этого наследия маразматика.
Теперь жду когда же gcc станет уделом мадригалов с красными глазами :)


>> Для самбы есть уже куча
>> других реализаций — начиная от apple — smbx и тп.
> самба не нужна.

Да да. а конструктивно сказать что нить?


>> Чем еще может похвастаться GNU world? убогими утилитами?
> что-то эти «убогие утилиты» во всех дистрибутивах GNU/Linux есть. и никто пока
> не заменил их какими-то «неубогими». может, потому что таких нет?

ой. помоему в убунте уже давно ставят bsdutils.. не ?
Не считая большого сегмента BSD world - там убогими утилитами от GNU и не пахнет.

>> PS. интересно — как это GNU разрешил использовать код gcc внутри системы
>> поиска проблем Coverty или как там ее.. ведь напрочь пропринетарный продукт
>> — а GNU закрыло рот и молчит ;-)
> ты, конечно, просто забыл приложить пруфы к этому утверждению. пожалуйста, не забывай
> больше, прилагай сразу. а то может создаться неверное впечатление, что ты
> просто трололо.

если лень тебе самому искать.. в 2006 году точно еще использовало.
http://lwn.net/Articles/178143/
>>>

recall that Coverity evolved out of the Stanford Checker, which used a modified version of gcc (called xgcc). Of course Engler and his team never distributed any derivative of their work. Ergo they have never been obliged to release their sources. However, I think it's high time a group in the open source community undertook a similar approach.
>>>

Естественно что GNU не будет афишировать свою торговлю принципами ;-)

Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

111. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 10:09 
> Тогда же когда перевели на GPL v3 — 2 или 3 релиза
> были без linking exclussion.

э… пруфы слопал парзер опеннета?

> Apple и пилило — с чего вы появились притензии с требованиями залить
> все на сервера FSF ?

требованиями? O_O
появилось предложение не выпендриваться, а отдать код, который после этого будет пилиться силами FSF. огрызок встал в позу коня д'Артаньяна и сказал, что в гробу он видел FSF. ребята из FSF несколько удивились, пожали плечами и махнули рукой: «ну, пусть сами тогда пилят, их дело. мы помочь хотели забесплатно.» конечно, удивились публично, чтобы потом к ним не приходили с претензиями: «а чего это вы не хотите код у огрызка брать?»

> Навязывать другим свои условия это плохо. Не чем не лучше всяких EULA
> от MS.

ORLY? где я могу скачать исходники винды для форка?

> gcc не нужен. рад что FreeBSD наконец-то отказалось от этого наследия маразматика.

не нужен — не используй. у тебя такой дупочёс, как будто тебя заставляют использовать gcc. интересно, почему пользователи gcc не кричат «llvm не нужен», а говорят «молодцы, пилите, рады за вас. искренне желаем успехов», а GPL-ненавистники бегают, раздувая ноздри: «ура! ура! наконец-то gcc станет не нужен!»?

> Теперь жду когда же gcc станет уделом мадригалов с красными глазами :)

ой, не скоро: по количеству архитектур и фич у gcc пока что конкурентов нет. но если появятся — это, повторюсь, будет очень хорошо. потому что проект без конкурентов имеет больше шансов окуклиться, чем проект с активными конкурентами (что мы, собственно, видели во времена форка egcs).

> Да да. а конструктивно сказать что нить?

конструктивно: самба не нужна вместе с виндой.

> ой. помоему в убунте уже давно ставят bsdutils.. не ?

не знаю, я её не использую. так что ничего сказать по этому поводу не могу.

> Не считая большого сегмента BSD world — там убогими утилитами от GNU
> и не пахнет.

бздя — это вообще отдельный мир где-то на задворках галактики. прёт ребят — ну, на здоровье, жалко, что ли? возможно, бздя даже технологически совершенней — но увы, система весьма маргинальная.

> если лень тебе самому искать..

если ты что-то утверждаешь, то это ты должен предоставлять пруфы, а не остальные искать их за тебя.

> в 2006 году точно еще использовало.
> http://lwn.net/Articles/178143/

мнэ… не увидел там ни слова по поводу использования кода gcc в coverity. у нас что, разные интернеты? O_O
зато увидел вот это: «I realize you never claimed otherwise, directly, but to be clear Coverity no longer uses GCC, modified or not. They are now using a different code parsing front-end, which is proprietary.» заметим, уже в 2006-м году они никакого кода от gcc не использовали. помимо прочего: «Of course Engler and his team never distributed any derivative of their work. Ergo they have never been obliged to release their sources.»

так что твой «пруф» работает в данном случае исключительно против тебя же.

> Естественно что GNU не будет афишировать свою торговлю принципами ;-)

какими? не будешь ли ты столь любезен привести цитату из GPL, где указано, что некто обязан открывать исходник, если он *не распространяет* модифицированный софт? я лично такого требования в GPL не нашёл.

Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

117. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 01-Апр-11, 13:39 
Как всегда ты видишь то что хочешь.

если в 2006 году они отказались от использования (no longer to use) xgcc (форк gcc).
То до этого времени они таки использовали ?:) Это не является подтверждением что до какого-то момента они его использовали? если является - Так почему GNU молчало - что их GPL v2 проект (в то время gpl v2) - используют в закрытом продукте - продают, а исходников не предоставляют.
Вот ответь ?:)

Может там просто Столлман был в доле? поэтому до 2006 года и продавал свои принципы :)

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

77. "Релиз набора компиляторов GCC 4.6.0"  +1 +/
Сообщение от User294 (ok) on 30-Мрт-11, 16:44 
> Было бы лучше всему Open Source.

"Отвыкаем говорить за всех". То что хорошо для рабовладельцев - не обязано быть хорошо и для тех кто не хочет к ним в рабство попасть. А эппл доходчиво и наглядно показал что от них ожидать с их ипадами и ифонами. Если это у них называется опенсорсом, тогда, очевидно, тюрьмы следует называть курортами и оздоровительными санаториями.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

84. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 30-Мрт-11, 23:17 
>> Было бы лучше всему Open Source.
> "Отвыкаем говорить за всех". То что хорошо для рабовладельцев - не обязано
> быть хорошо и для тех кто не хочет к ним в
> рабство попасть. А эппл доходчиво и наглядно показал что от них
> ожидать с их ипадами и ифонами. Если это у них называется
> опенсорсом, тогда, очевидно, тюрьмы следует называть курортами и оздоровительными санаториями.

Патчи на код gcc доступны всем желающим, они спосируют CUPS, llvm/clang..  этого мало?

Тогда поиграем в эту же игру - вот RedHat закрывает свои наработки внутри одного tar что затрудняет взятие в другие проекты. Угрожает карами если ты триал версию RedHat EL поставишь на систему больше чем с 2мя core. и тп
Ты готов начать считать RedHat такой же имперей зла как и Apple / Oracle ?

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

87. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 00:48 
> Ты готов начать считать RedHat такой же имперей зла как и Apple
> / Oracle ?

*пока* нет. но направление, в котором идёт шапка, начинает пованивать.

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

92. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 31-Мрт-11, 08:19 
>> Ты готов начать считать RedHat такой же имперей зла как и Apple
>> / Oracle ?
> *пока* нет. но направление, в котором идёт шапка, начинает пованивать.

А почему *пока*? чем это отличается от лицензирования per CPU core у MS или Oracle ?
Хотя тут даже хуже - тут вам продают продукт который вы же и разработали.

Кстати еще один хит - во многих ядерных структурах RHEL6 есть поля rhreserved причем это нигде в публично доступном коде не используется. учитывая тип данных "long" в эти поля хорошо ложится указатель на структуры которые обычным людям не видны :)

И правильно - зачем рабам видеть то что делает господин? они же и так рады объедкам со стола :)

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

94. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 08:25 
> А почему *пока*? чем это отличается от лицензирования per CPU core у
> MS или Oracle ?

тем, что есть CentOS, например. что-то я подобной штуки для винды не видел.

а продавать GPL-софт — возможно, я тебя огорошу — не запрещено.

мне не нравится не то, что они его продают, а то, как они себя ведут в последнее время (как яркий пример — история с «возвратом патчей простынёй»).

> Хотя тут даже хуже — тут вам продают продукт который вы же
> и разработали.

не «продукт», а «продукт и его поддержку». если я не хочу покупать поддержку, я качаю CentOS и получаю то же самое, но бесплатно.

> Кстати еще один хит — во многих ядерных структурах RHEL6 есть поля
> rhreserved причем это нигде в публично доступном коде не используется. учитывая
> тип данных «long» в эти поля хорошо ложится указатель на структуры
> которые обычным людям не видны :)

только в 32-битной архитектуре — раз. пока за руку не поймали — это всего лишь зарезервированые поля. у меня в структурах тоже такие бывают, например. по многим причинам.
кстати, пруфлинк бы неплохо.

> И правильно — зачем рабам видеть то что делает господин? они же
> и так рады объедкам со стола :)

это ты про рабов огрызка?

Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

101. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 31-Мрт-11, 08:43 
>> А почему *пока*? чем это отличается от лицензирования per CPU core у
>> MS или Oracle ?
> тем, что есть CentOS, например. что-то я подобной штуки для винды не
> видел.

Есть куча программ по условно бесплатному или копеечному лицензированию :-)
Да еще и с нормальной поддержкой.
Покажи нормальную поддержку у CentOS ?


> мне не нравится не то, что они его продают, а то, как
> они себя ведут в последнее время (как яркий пример — история
> с «возвратом патчей простынёй»).
>> Хотя тут даже хуже — тут вам продают продукт который вы же
>> и разработали.
> не «продукт», а «продукт и его поддержку». если я не хочу покупать
> поддержку, я качаю CentOS и получаю то же самое, но бесплатно.

Да да. тото CentOS никак не может собрать  пакеты от RHEL6, тем временем шапка уже выпустила первый update ;-)
Так подскажи где можно скачать CentOS на базе RHEL6 ? ;-)


>> Кстати еще один хит — во многих ядерных структурах RHEL6 есть поля
>> rhreserved причем это нигде в публично доступном коде не используется. учитывая
>> тип данных «long» в эти поля хорошо ложится указатель на структуры
>> которые обычным людям не видны :)
> только в 32-битной архитектуре — раз. пока за руку не поймали —
> это всего лишь зарезервированые поля. у меня в структурах тоже такие
> бывают, например. по многим причинам.
> кстати, пруфлинк бы неплохо.

на любой. Linux kernel не поддерживает работу на архитектурах где sizeof(long) != sizeof(void *).
Стыдно было не знать..


>> И правильно — зачем рабам видеть то что делает господин? они же
>> и так рады объедкам со стола :)
> это ты про рабов огрызка?

Нет :) про всех кто пользуется linux ;-) что там кстати со стабильностью ядер с kernel.org ?;-)
Всех загоняют в стойло покупать поддержку у платных вендоров ?:)

Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

105. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 09:19 
> Есть куча программ по условно бесплатному или копеечному лицензированию :-)
> Да еще и с нормальной поддержкой.

и что?

> Покажи нормальную поддержку у CentOS ?

где они её обещали?

ты, конечно, прикольно меняешь темы, но совершенно зря.

> Да да. тото CentOS никак не может собрать  пакеты от RHEL6,
> тем временем шапка уже выпустила первый update ;-)

и чем ты недоволен? иди и помоги им со сборкой. не хочешь/не можешь помочь — жди или плати RH.

> Так подскажи где можно скачать CentOS на базе RHEL6 ? ;-)

см. выше.


> на любой. Linux kernel не поддерживает работу на архитектурах где sizeof(long) !=
> sizeof(void *).
> Стыдно было не знать..

не стыдно, я не kernel hacker уже давно. а когда я ядром занимался, x64 ещё и в проекте не было. поэтому данное утверждение я оставлю на твоей совести, мне лень его проверять. пусть будет так.

> Нет :) про всех кто пользуется linux ;-) что там кстати со
> стабильностью ядер с kernel.org ?;-)

ты не поверишь. ты буквально не поверишь. нет, ты точно не поверишь. но я всё-таки скажу: всё нормально со стабильностью. использую ванильные ядра уже более десяти лет, полёт нормальный, kernel panic не видел ни разу за это время.

> Всех загоняют в стойло покупать поддержку у платных вендоров ?:)

кого? я тебе больше скажу: у меня далеко не десяток (больше, да) знакомых, которые используют ванильные ядра. как дома, так и на конторах. никто — вот беда-то! — уже много лет не видел kernel panic. при этом больше половины из них вообще не программисты, код не правят, в архитектуре ядра не разбираются. наверное, это у нас массовые галлюцинации, и на самом деле всё давно упало, а мы работаем и не заметили.

Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

95. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 31-Мрт-11, 08:27 
>[оверквотинг удален]
>>> / Oracle ?
>> *пока* нет. но направление, в котором идёт шапка, начинает пованивать.
> А почему *пока*? чем это отличается от лицензирования per CPU core у
> MS или Oracle ?
> Хотя тут даже хуже - тут вам продают продукт который вы же
> и разработали.
> Кстати еще один хит - во многих ядерных структурах RHEL6 есть поля
> rhreserved причем это нигде в публично доступном коде не используется. учитывая
> тип данных "long" в эти поля хорошо ложится указатель на структуры
> которые обычным людям не видны :)

bash-3.2$ grep -rn rh_reserv *
blkdev.h:50:    unsigned long rh_reserved;
mm_types.h:200:    unsigned long rh_reserved[2];
mm_types.h:316:    unsigned long rh_reserved[2];
mount.h:50:    __u32 rh_reserved;        /* for use with fanotify */
mount.h:51:    struct hlist_head rh_reserved2;    /* for use with fanotify */
pci.h:309:    void *rh_reserved1;
pci.h:310:    void *rh_reserved2;
pci.h:383:    void *rh_reserved;
pci.h:507:    void *rh_reserved;
sched.h:706:    unsigned long rh_reserved;
sched.h:1240:    unsigned long         rh_reserved;
sched.h:1601:    unsigned long rh_reserved[2];
writeback.h:59:    unsigned long rh_reserved[5];


и примерчик одного из таких коментариев
        /* reserved for Red Hat */
        unsigned long rh_reserved[2];

так что бы не быть голословным ;-)


Так что работайте рабы.. RedHat еще мало денег заработал.

Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

96. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 08:29 
значит, осталась мелочь: поймать их на том, что они используют эти вещи для чего-то плохого. пока не пойманы — увы…
Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

99. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 31-Мрт-11, 08:39 
> значит, осталась мелочь: поймать их на том, что они используют эти вещи
> для чего-то плохого. пока не пойманы — увы…

ты еще не понял - они могу вполне использовать ;-)
отдельный модуль от ядра - и пожалуста - нужные данные хранит в reserved.

А вот исходники модуля никто тебе предоставлять не обязан :)
На чем ты их собираешся ловить ?:-)

Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

100. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 08:42 
> На чем ты их собираешся ловить ?:-)

вот именно на наличии этого непонятного модуля, который невесть что делает. после чего он запихивается в ядерную систему отладки и проверяется на вшивость.

Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

102. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 31-Мрт-11, 08:45 
>> На чем ты их собираешся ловить ?:-)
> вот именно на наличии этого непонятного модуля, который невесть что делает. после
> чего он запихивается в ядерную систему отладки и проверяется на вшивость.

использование стороннего модуля без исходников - это не нарушение всего.
И таких модулей дофига - начиная от спец драйверов под железо и тп.
Раньше было много интересного доступного только по подписке в RHN.

Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

104. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 09:13 
> использование стороннего модуля без исходников — это не нарушение всего.

это вообще не нарушение. но если этот модуль делает что-то не очень приличное — это репутационный удар. «если у них есть одна закладка — где гарантия, что она только одна?»

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

106. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 31-Мрт-11, 09:31 
модуль может делать что-то приличное :)

но работать будет только у них.
Ничего не напоминает ? ах да - в linux же нету vendor lock :)
ничего - шапка придумает как обойти

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

107. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 09:40 
> модуль может делать что-то приличное :)
> но работать будет только у них.

а это — на здоровье.

> Ничего не напоминает ? ах да — в linux же нету vendor lock :)

как это «нету»? завязывание на RH и есть vendor lock, чего они особо и не скрывают. разница в том, что если не хочется RH — всегда можно взять какой-нибудь другой дистрибутив и спокойно пилить своими силами. с очень большой вероятностью того, что весь нужный софт там будет отлично работать, просто придётся поддержку делать in-house.

Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

109. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 31-Мрт-11, 09:43 
>> модуль может делать что-то приличное :)
>> но работать будет только у них.
> а это — на здоровье.
>> Ничего не напоминает ? ах да — в linux же нету vendor lock :)
> как это «нету»? завязывание на RH и есть vendor lock, чего они
> особо и не скрывают. разница в том, что если не хочется
> RH — всегда можно взять какой-нибудь другой дистрибутив и спокойно пилить
> своими силами. с очень большой вероятностью того, что весь нужный софт
> там будет отлично работать, просто придётся поддержку делать in-house.

Да да - с такими скрытыми изменениями в ядре? берем модуль а он работает только у них.
Вот тебе и приплыли - vendor lock - но более скрытый и незаметный для рабов linux ;-)

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

110. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 09:50 
> Да да — с такими скрытыми изменениями в ядре? берем модуль а
> он работает только у них.

а завтра половина солнца оторвётся и упадёт на Землю. как дальше жить?!

теорезирование — это очень хорошо, конечно. а теперь давай ситуацию из реала, когда такое может случиться. для чего может понадобиться такой драйвер — кроме экзотической железяки? а если люди построили бизнес на экзотической железяке, к которой нет открытых спеков и дров, то, может быть, это вовсе не RH их залочила?

также скажи, пожалуйста, что помешает клиентам RH перестать платить за поддержку, но ВНИЗАПНА! не сносить систему?

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

113. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 31-Мрт-11, 12:09 
>к которой нет открытых спеков и дров, то, может быть, это вовсе не RH их залочила?

если RH сделало драйвер и не открывает, то видимо RH залочило.

> также скажи, пожалуйста, что помешает клиентам RH перестать платить за поддержку, но ВНИЗАПНА! не сносить систему?

Лицензионное соглашение которое они подписали ;-)

Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

114. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 12:45 
>>к которой нет открытых спеков и дров, то, может быть, это вовсе не RH их залочила?
> если RH сделало драйвер и не открывает, то видимо RH залочило.

разве? а не, к примеру, вендор железяки, который позволил RH сделать дрова под строгим NDA?

>> также скажи, пожалуйста, что помешает клиентам RH перестать платить за поддержку, но ВНИЗАПНА! не сносить систему?
> Лицензионное соглашение которое они подписали ;-)

цитату?

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

115. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 31-Мрт-11, 16:18 
> разве? а не, к примеру, вендор железяки, который позволил RH сделать дрова под строгим NDA?

у RH был выбор не делать :) она же решила скрыть наработки - и спрятать требуемые для этого модификации в ядре.

>> также скажи, пожалуйста, что помешает клиентам RH перестать платить за поддержку, но ВНИЗАПНА! не сносить систему?
> Лицензионное соглашение которое они подписали ;-)
> цитату?

устал я за вас уже искать
http://www.redhat.com/f/pdf/corp/RH-3573_284204_TM_Gd.pdf

вы не имеете право использовать логотипы RedHat после срока сапорта и обязаны удалить их.
Что равносильно перестановке системы :)

Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

116. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 20:57 
> у RH был выбор не делать :) она же решила скрыть наработки
> — и спрятать требуемые для этого модификации в ядре.

ясно. ты не знаешь, что такое «интересы клиента» и NDA. когда перейдёшь с приветмиров на что-то посерьёзней, поймёшь.

> устал я за вас уже искать

ещё раз: когда ты выдвигаешь утверждение, ты и ищешь цитаты-доказательства. или сразу, или по требованию.

> http://www.redhat.com/f/pdf/corp/RH-3573_284204_TM_Gd.pdf
> вы не имеете право использовать логотипы RedHat после срока сапорта и обязаны
> удалить их.

гениально. ты опять нашёл ерунду и громко плюхнулся в лужу. поинтересуйся на досуге что такое «брендинг». и почему установка и эксплуатация системы != брендинг.

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

118. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 01-Апр-11, 13:41 
>> у RH был выбор не делать :) она же решила скрыть наработки
>> — и спрятать требуемые для этого модификации в ядре.
> ясно. ты не знаешь, что такое «интересы клиента» и NDA. когда перейдёшь
> с приветмиров на что-то посерьёзней, поймёшь.

То есть ради интересов клиента можно положить на GPL ? хм.. странно это от вас слышать - но так и запишем ;-)

>> устал я за вас уже искать
> ещё раз: когда ты выдвигаешь утверждение, ты и ищешь цитаты-доказательства. или сразу,
> или по требованию.

Это еще зачем? я и так знаю - а остальные захотят найду - никто за тебя эту работу делать не должен.

Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

45. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 27-Мрт-11, 11:09 
> AppStore не в счет, к тому же они не используют GCC >
> 4.2.1
> и вообще уходят известно на что, тем не менее улучшение поддержки Objc-2.0
> в GCC 4.6 это достаточно большой плюс, отчасти и потому что
> Apple не шибко хотела предоставлять патчи FSF

Такого бреда от вас уважаемая я не ожидал.. ой не ожидал.
Может вы увидете разницу между нежеланием выполнять не нужную им работу (портировать существующие патчи на новый gcc) и нежеланием предоставлять эти самые патчи ?
Не надо врать - патчи на gcc 4.2.1 были доступны всегда в свободном доступе. Бери и пользуйся, бери и портируй. Так в чем же дело уважаемая? Кому это Apple не хотело предоставлять их? покажите хоть один пример такого отказа? Так у нас свобода - хотим портируем на новые версии - хотим не портируем. В чем осуждаем то ?


Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

68. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 29-Мрт-11, 08:21 
>[оверквотинг удален]
> Такого бреда от вас уважаемая я не ожидал.. ой не ожидал.
> Может вы увидете разницу между нежеланием выполнять не нужную им работу (портировать
> существующие патчи на новый gcc) и нежеланием предоставлять эти самые патчи
> ?
> Не надо врать - патчи на gcc 4.2.1 были доступны всегда в
> свободном доступе. Бери и пользуйся, бери и портируй. Так в чем
> же дело уважаемая? Кому это Apple не хотело предоставлять их? покажите
> хоть один пример такого отказа? Так у нас свобода - хотим
> портируем на новые версии - хотим не портируем. В чем осуждаем
> то ?

мда. сильвия решила не отвечать на неудобный для нее вопрос ;-)
Соврать было проще - чем признать свою неправоту.

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

71. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Sylvia (ok) on 29-Мрт-11, 09:04 
http://www.opennet.ru/opennews/art.shtml?num=27924

в поиск по сайту. и хамить , тем более матом было совершенно незачем

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

73. "Релиз набора компиляторов GCC 4.6.0"  –2 +/
Сообщение от Аноним (??) on 29-Мрт-11, 14:38 
Матом? или назвать лжеца лжецом уже хамство? Так не лгите - и не будут вас так называть.

простите уважаемая - вы сами читаете то на что дали ссылку?
Видимо нет :)

Давайте разделять - портирование патчей на последную версию gcc, и выкладываение патчей для общего пользования - в первое никто не обязан делать - люди сделали патч, поделились со всеми.
Хотите его использовать - используйте версию на которую сделан патч.
Где тут отказ в предоставлении патча?

FSF потребовало на халяву портировать код в gcc-4.5 да еще и передать права на него FSF.
ну извините - раньше это был жест доброй воли по отношению к FSF ибо нету такого требования передавать код в mainstream, потом FSF нахамило куче проектов (hint отказ многиз BSDL проектов от gcc новее 4.2.1) - в ответ получило отказ в передаче прав на код.

Что собственно говоря не нравится? что FSF хамит всем и пытается прогнуть под себя.. ну так никто не обязан прогибаться. А патчи предоставлялись всем желающим - хотите - портируйте, не хотите - не портируйте - так свобода же?

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

75. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 29-Мрт-11, 20:26 
> FSF потребовало на халяву портировать код в gcc-4.5

где это? наоборот, сказали, что сами портанут.

> да еще и передать права на него FSF.

стандартное требование для кода, включаемого в mainline. и тогда проблемы этого кода автоматом ложатся на плечи FSF, например. то есть, на новые версии портировать будет уже FSF.

> ну извините — раньше это был жест доброй воли по отношению к FSF

щито? требование передавать права на код FSF у FSF было всегда; без этого сожалели, плакали, но код в GNU-проекты не брали. и не берут. и, кстати, правильно делают.

> ибо нету такого требования передавать код в mainstream

конечно, нет. но это бонтон. и заодно можно не напрягаться, лично портируя код с версии на версию.

> потом FSF нахамило куче проектов

жаль, что ты пруфы не предоставишь. за неимением оных.

> hint отказ многиз BSDL проектов от gcc новее 4.2.1

это просто бзд головного мозга и страх, что лизать жoпы корпорастам будет сложнее.

> в ответ получило отказ в передаче прав на код.

и кому хуже? obj-c 2 — за незначительным исключением — нужно только яблочникам. ну и пусть сидят на старом gcc, если им так нравится, подумаешь. им предлагали и код портануть силами FSF, и держать его актуальным. нежелание такой поддержки — проблемы исключительно огрызка и его юзеров.

>что FSF хамит всем и пытается прогнуть под себя..

пруфы or GTFO.

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

79. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 30-Мрт-11, 20:07 
> стандартное требование для кода, включаемого в mainline. и тогда проблемы этого кода автоматом ложатся на плечи FSF, например. то есть, на новые версии портировать будет уже FSF.

Недавно ругали Sun/Oracle за тоже требование... о передаче прав. Только ненадо сказок о том что с FSF будет светлое будущее - пока видно что они заботятся только о себе, а не о всем opensource world.

> hint отказ многиз BSDL проектов от gcc новее 4.2.1
>это просто бзд головного мозга и страх, что лизать жoпы корпорастам будет сложнее.

да да. с выходом llvm/c-lang - gcc становится все больше уделом мадригалов.

> в ответ получило отказ в передаче прав на код.
> и кому хуже? obj-c 2 — за незначительным исключением — нужно только яблочникам

Так в чем упреки? почему FSF требовало портировать патчи? яблочники вполне себе развивают llvm - и забивают на gcc. Да и сам gcc скоро никому не нужен будет.

>что FSF хамит всем и пытается прогнуть под себя..
> пруфы or GTFO.

пример с отказом BSDL продуктов от gcc старше 4.2.1 мало? ну еще и матрицу совместимости лицензий посмотри - что GPL v2 не совместимо с GPL v3. зашибись - даже среди GPL лицензий бардак и несоместимость :)

хотя - что рассказывать красноглазому молящемося на GNU и лично на икону бородатого недоразумения.
Кстати ты уже следуешь его заветам и отказался иметь детей в этой жизни ?

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

80. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Andrey Mitrofanov on 30-Мрт-11, 20:26 
> о том что с FSF будет светлое будущее - пока видно
> что они заботятся только о себе, а не о всем opensource world.

О Вашем "world" заботится OSI имени Перена с ESR-ом. Пройдите!

> да да. с выходом llvm/c-lang - gcc становится все больше уделом мадригалов.

Всё никак не дождёмся -- вы всё ещё "с нами".

> Да и сам gcc скоро никому не нужен будет.

Скорее бы! ...но вы всё ещё "с нами".

> с GPL v3. зашибись - даже среди GPL лицензий бардак и несоместимость :)

Да, бардак. Пионэры разницы с GPLv2+ не понимают. И Линус "шагает впереди".

> хотя - что рассказывать красноглазому молящемося на GNU и лично на икону
> бородатого недоразумения.

Да! Батхёрт же.

> Кстати ты уже следуешь его заветам и отказался иметь детей в этой жизни ?

Это в каком пункте GPL? В манифесте ГНУ?... Не задерживайтесь.

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

82. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 30-Мрт-11, 21:12 
>> о том что с FSF будет светлое будущее - пока видно
>> что они заботятся только о себе, а не о всем opensource world.
> О Вашем "world" заботится OSI имени Перена с ESR-ом. Пройдите!

куда?

>> да да. с выходом llvm/c-lang - gcc становится все больше уделом мадригалов.
> Всё никак не дождёмся -- вы всё ещё "с нами".

FreeBSD-9 уже не свами ;-)


>> Да и сам gcc скоро никому не нужен будет.
> Скорее бы! ...но вы всё ещё "с нами".
>> с GPL v3. зашибись - даже среди GPL лицензий бардак и несоместимость :)
> Да, бардак. Пионэры разницы с GPLv2+ не понимают. И Линус "шагает впереди".

Да ну? вы много видели серьезных проектов которые сразу ставят GPL v2+?
Многие предпочитают жестко указывать версию лицензии.
Например Linux kernel, Lustre и куча других.
Не путайте с пионерскими поделками которые стаят GPL v2+ не думая что же может принести будущая версия.

>> хотя - что рассказывать красноглазому молящемося на GNU и лично на икону
>> бородатого недоразумения.
> Да! Батхёрт же.
>> Кстати ты уже следуешь его заветам и отказался иметь детей в этой жизни ?
> Это в каком пункте GPL? В манифесте ГНУ?... Не задерживайтесь.

бородатое недоразумение в своем выступлении призывало отказаться от детей - типа ограничение свободы и все такое. Ты уже выполнил его пожелание ?:)
Убил свох детей? ведь они ограничивают свободу :)

вот еще стопка перлов вашего кумира
"Я скептически отношусь к утверждению, что педофилия по согласию вредит детям." - Ричард Столлман. "I am skeptical of the claim that voluntarily pedophilia harms children."

Ты уже объянил своему ребенку что педофилия это нормально ?:)

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

112. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Andrey Mitrofanov on 31-Мрт-11, 10:10 
>> Всё никак не дождёмся -- вы всё ещё "с нами".
> FreeBSD-9 уже не свами ;-)

Какой ты нудный: 1/ я имел в виду нытьё бзд батхёртеров в каждой теме _не про бзд о том, что gpl _их ограничивает, жмёт, печёт, щемит и щиплет; 2/ binutils от "бородатого педофила" из _базовой системы _не выпилят и в 9, если склероз мне не.

Наслаждайся!

>> И Линус "шагает впереди".
> Да ну? вы много видели серьезных проектов которые сразу ставят GPL v2+?

Я к _себе отношусь не так "серьёзно", поэтому предпочитаю весёлые :-P "проекты".

> Многие предпочитают жестко указывать версию лицензии.
> Например Linux kernel, Lustre и куча других.
> Не путайте с пионерскими поделками которые стаят GPL v2+ не думая что
> же может принести будущая версия.

Да, лан. Кернел с люстрой -- тоже пионерские, не зависимо от того, что они думают, и что такое "пионерские", да.

>>> Кстати ты уже следуешь его заветам и отказался иметь детей в этой жизни ?
>> Это в каком пункте GPL? В манифесте ГНУ?... Не задерживайтесь.
> Ты уже выполнил его пожелание ?:)

И что тебя _так радует?

> Убил свох детей? ведь они ограничивают свободу :)
> вот еще стопка перлов вашего кумира
> "Я скептически отношусь к утверждению, что педофилия по согласию вредит детям." -
> Ты уже объянил своему ребенку что педофилия это нормально ?:)

Зачем же моему? Я твоему при встрече объясню, что пропагандирует его папа.

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

85. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 00:34 
> Недавно ругали Sun/Oracle за тоже требование… о передаче прав.

разница большая. например, в лицензии проекта.

> Только ненадо сказок
> о том что с FSF будет светлое будущее — пока видно
> что они заботятся только о себе, а не о всем opensource
> world.

видишь ли, им — как и мне и многим другим — плевать на ваш OSS, на вашего раймонда и на ваше проприетарское нутро. а для FOSS FSF делает очень полезное дело. но вы ж сами «F» выкинули — вот и сидите без свободы дальше.

> да да. с выходом llvm/c-lang — gcc становится все больше уделом мадригалов.

ждём затаив дыхание. в частности — ждём, когда ты подучишь язык и узнаешь, чем «мадригал» отличается от «маргинала» и почему я долго смеялся, прочитав вышепроцитированное предложение.

> Так в чем упреки?

странный ты. какие упрёки? FSF спросило «а вы не хотите, чтобы мы за вас поработали? не хотите? (пожимая плечами) странные люди. больные, наверное».

> пример с отказом BSDL продуктов от gcc старше 4.2.1 мало?

это FSF бегала и всех бздунов заставляла отказаться? O_O

> и матрицу совместимости лицензий посмотри — что GPL v2 не совместимо
> с GPL v3.

внизапна! потому что GPLv3 закрыла большую дыру в GPLv2, которой невозбранно пользовались корпорасты. если проект был лицензирован по рекомендации FSF (GPLv2 or any later) — никаких проблем. если GPLv2 only — да, пичалька, потому что GPLv3 явно закрывает дыру с тивоизацией и не совместимо с v2 only.

> хотя — что рассказывать красноглазому молящемося на GNU и лично на икону
> бородатого недоразумения.

ага. трижды в день.

> Кстати ты уже следуешь его заветам и отказался иметь детей в этой
> жизни ?

а я и не собирался — ещё до того, как узнал, кто такой RMS.

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

88. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 31-Мрт-11, 07:25 
> разница большая. например, в лицензии проекта.

Отнють. Sun выпускает OOo под GPL v2. что не так ?:)

> странный ты. какие упрёки? FSF спросило «а вы не хотите, чтобы мы за вас поработали? не хотите? (пожимая плечами) странные люди. больные, наверное».

посмотри с чего начался тред - сильвия упрекнула что Apple отказалось само портировать код на новый gcc и заливать на сервера проекта. Это назвается уже поработать за них?:) Так берите открытые патчи и работайте.
В чем проблемы ?:)

> Кстати ты уже следуешь его заветам и отказался иметь детей в этой
> жизни ?
> а я и не собирался — ещё до того, как узнал, кто такой RMS.

А объяснил что заниматься сексом с взрослым дядей когда тебе нету 16 - уже хорошо.
Главное что бы по согласию :)

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

90. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 07:34 
>> разница большая. например, в лицензии проекта.
> Отнють. Sun выпускает OOo под GPL v2. что не так ?:)

GPLv2 не так.

> посмотри с чего начался тред — сильвия упрекнула что Apple отказалось само
> портировать код на новый gcc и заливать на сервера проекта. Это
> назвается уже поработать за них?:) Так берите открытые патчи и работайте.

это интимные проблемы сильвии, я за её мозговых слизней не отвечаю. тоже мне, нашёл кому верить.

> В чем проблемы ?:)

в том, что эти патчи нельзя интегрировать в текущий GCC. зачем работать над тем, что заведомо бесполезно для проекта?

> А объяснил что заниматься сексом с взрослым дядей когда тебе нету 16
> — уже хорошо.
> Главное что бы по согласию :)

отчего тебя так волнует эта сторона моей жизни? каким образом она относится к коду?

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

93. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 31-Мрт-11, 08:23 
>>> разница большая. например, в лицензии проекта.
>> Отнють. Sun выпускает OOo под GPL v2. что не так ?:)
> GPLv2 не так.

А что GPL v2 уже стало не православной и не GNU лицензией ?:)
Ах да - ее публично осудил месия ;-)


>> посмотри с чего начался тред — сильвия упрекнула что Apple отказалось само
>> портировать код на новый gcc и заливать на сервера проекта. Это
>> назвается уже поработать за них?:) Так берите открытые патчи и работайте.
> это интимные проблемы сильвии, я за её мозговых слизней не отвечаю. тоже
> мне, нашёл кому верить.

А почему тогда влезаешь в тред не разобравшись в сути разговора?

>> В чем проблемы ?:)
> в том, что эти патчи нельзя интегрировать в текущий GCC. зачем работать
> над тем, что заведомо бесполезно для проекта?

Почему бесполезно - берите gcc 4.2.1 накладывайте патчи и развивайте дальше.
Так можно сказать что любой форк заведомо бесполезен - да и вобще. У нас же свобода или всех загоняют в стойло ?:) И начают что-то требовать.

>> А объяснил что заниматься сексом с взрослым дядей когда тебе нету 16
>> — уже хорошо.
>> Главное что бы по согласию :)
> отчего тебя так волнует эта сторона моей жизни? каким образом она относится
> к коду?

Как можно верить человеку с такими сомнительными моральными принципами ?

Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

97. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 31-Мрт-11, 08:37 
> А что GPL v2 уже стало не православной и не GNU лицензией?:)

GNU. но те, кто используют GPLv2 only — вызывают определённые подозрения. потому что никаких причин, кроме «мы хотим сохранить за собой возможность подавить вас патентами и/или возможность тивоизации» для отказа от GPLv3 нет.

> Ах да — ее публично осудил месия ;-)

и не только RMS. GPLv3 разрабатывалась потому, что ушлые корпорасты нашли дырки в GPLv2. а поскольку GPLv2 дырявая, то единственный логичный поступок для того, кто действительно делает FOSS — проапгрейдиться до v3. и убрать идиотское «only», оставив то, что рекомендует FSF: or any later on your choise.

> А почему тогда влезаешь в тред не разобравшись в сути разговора?

если у тебя проблемы с прослеживанием, то я тебе подскажу: как раз чтобы сказать, что никто ничего от огрызка не требовал. понятно, что это тебе неудобно: теряется такой вкусный повод для трололо, но увы.

> Почему бесполезно — берите gcc 4.2.1 накладывайте патчи и развивайте дальше.

зачем мне настолько устаревший компилятор? может, мне вовсе на egcs вернуться?

> Так можно сказать что любой форк заведомо бесполезен — да и вобще.

сказать можно любую глупость, что ты усердно и демонстрируешь.

> У нас же свобода или всех загоняют в стойло ?:) И
> начают что-то требовать.

ещё раз: что, кто и у кого требует? поскольку ты так фанатично это утверждаешь, то тебя ведь не затруднит привести ссылки на первоисточники с требованиями, правда?

> Как можно верить человеку с такими сомнительными моральными принципами ?

тебя кто-то заставляет кому-то верить? все действия FSF прозрачны, лицензии открыты для чтения, код тоже. если твои сексуальные фантазии мешают тебе воспринимать печатный текст — тебе нужно лечить моск.

Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

8. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Аноним (??) on 26-Мрт-11, 16:10 
>Добавлена поддержка оптимизации для Intel Core 2 процессоров, используя опции "-march=core2" и "-mtune=core2";

А раньше эти опции не использовали? Давно уже в CFLAGS прописаны.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Sylvia (ok) on 26-Мрт-11, 16:12 
я уже подправила на "улучшена" вместо "добавлена", under approval queue
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от ананим on 26-Мрт-11, 16:16 
>>Добавлена поддержка оптимизации для Intel Core 2 процессоров, используя опции "-march=core2" и "-mtune=core2";
>А раньше эти опции не использовали? Давно уже в CFLAGS прописаны.

опции были. теперь в них добавили ещё оптимизаций.
зыж
а вообще давно уже есть "-march=native" и "-mtune=native"
само подберёт чё нужно.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

19. "Релиз набора компиляторов GCC 4.6.0"  +2 +/
Сообщение от СуперАноним on 26-Мрт-11, 17:53 
Странно, микроконтроллеры семейства 68HC11 до сих пор выпускают и используют, а их поддержку уже собираются исключить.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

42. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anonymous (??) on 27-Мрт-11, 07:31 
> Странно, микроконтроллеры семейства 68HC11 до сих пор выпускают и используют, а их
> поддержку уже собираются исключить.

исключают не то, что не выпускается, а то, что больше некому поддерживать. видимо, так оно всем надо, раз выкидывают, и никто поддерживать не берётся.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

33. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от pavlinux (ok) on 26-Мрт-11, 23:59 
Кто уже компилил, MPFR и GMP, надо новые?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "Релиз набора компиляторов GCC 4.6.0"  +1 +/
Сообщение от Sylvia (ok) on 27-Мрт-11, 00:28 
PPL 0.11
больше не подняли требования

я собирала с

GMP 5.0.1 (хотя принципиально можно и с 4.3.2)
MPC 0.9 (можно и с 0.8)
MPFR 3.0.0 (можно с 2.4.2)
PPL 0.11 (только эта)
Cloog-ppl 0.15.3 ( 0.16 не поддерживается ! )

+ libelf или сама по себе или из состава elfutils, я с 0.8.13 собираю

(cloog и ppl для графита, т.е. опционально)

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

35. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от pavlinux (ok) on 27-Мрт-11, 00:39 
> GMP 5.0.1
> MPFR 3.0.0

А новее и нету :)

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

36. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Sylvia (ok) on 27-Мрт-11, 00:48 
mpfr 3.0.1 должна выйти скоро.

в любом случае требования не поднимали, кроме ppl

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

43. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Alatar (ok) on 27-Мрт-11, 10:15 
>> Инфраструктура оптимизации C программ (-combine) была убрана в пользу более общей инфраструктуры оптимизации на стадии линковки (LTO);

А можно по подробнее? Как теперь объявить инлайн-функцию, которая используется (и инлайнить, естественно) в нескольких разных C-файлах по всему проекту?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

47. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anon2 on 27-Мрт-11, 12:45 
>>Как теперь объявить инлайн-функцию

как обычно, static inline в хедере.

Как я понимаю, сначала в gcc4.1 появилась возможность оптимизировать межмодульные вызовы (для фунций из разных исходников) - например инлайнить extern-фунции. Но для использования этой возможности (-combine) нужно было компилировать все исходники одним вызовом gcc, что очень неудобно, т.к. обычно на каждый исходник - один вызов компилятора.

С поддержкой LTO никаких глобальных изменений в системе сборки не требуется - нужная информация о функциях модуля для оптимизации на этапе линковки прикапывается в специальной ELF-секции объектника.

LTO полностью заменяет устаревшую технологию оптимизации -combine.

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

55. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от Alatar (ok) on 27-Мрт-11, 16:55 
Ну насчёт полностью не знаю, надо смотреть - сейчас я в одном файле и в хеадере объявляю inline функцию и работаю с ней, а то что надо компилить все исходники одним вызовом меня как-то совсем не смущает - ничего неудобного в этом не вижу.
static inline, если я правильно помню, требует что бы используемые в ней глобальные переменные тоже были static, что далеко не всегда соответствует тому, что надо (в каждом модуле получается своя копия глобальных переменных). Хотя могу и ошибаться, но этот вариант мне не прокатил.
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

58. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от anon2 on 27-Мрт-11, 20:39 
>> static inline ... требует что бы используемые в ней глобальные переменные тоже были static

Наоборот, в static inline-функции нельзя объявлять static переменные.
static inline - считай тот-же #define, только с проверкой типов.

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

49. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от pavlinux (ok) on 27-Мрт-11, 14:56 
Правильный inline это когда лень писать #define =)

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

61. "Релиз набора компиляторов GCC 4.6.0"  +/
Сообщение от odus (ok) on 28-Мрт-11, 09:04 
А где новости про LLVM-компилятор ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

72. "Релиз набора компиляторов GCC 4.6.0"  +1 +/
Сообщение от Аноним (??) on 29-Мрт-11, 13:19 
На apple.com, вероятно.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру