Дистры для development

возьми кноппикс, засунь туда нужную прогу и жги.

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

ого! а расскажи, пожалуйста, как её можно исключить? ;)

Умный, да? Наверное от того, что знаешь все. Или ни фига....

Чтобы не создавать себе лишние security-holes и дистры не разбухали до невообразимого состояния.

а lib*-static ставить религия не позволила?

ну так что, пока нет вариантов?

возьми генту

%cat dummy.c
main(){}
%gcc -o dummy dummy.c
%ldd dummy
        linux-vdso.so.1 =>  (0x00007fffa75ff000)
        libc.so.6 => /lib/libc.so.6 (0x00007f8e9f1dc000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f8e9f416000)
%du -b dummy
6311    dummy
%gcc -static -o dummy dummy.c
%ldd dummy
        не является динамическим исполняемым файлом
%du -b dummy
709885  dummy
%

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

>> и это правильно

> Умный, да? Наверное от того, что знаешь все. Или ни фига....

Он прав. Работоспособность программ, которые статически линкуют libc, не гарантируется.

В русском языке нет перевода для третьего слова из сабжа?

>Работоспособность программ, которые статически линкуют libc, не гарантируется.

А можно поподробнее с этого места?

PS: Если честно, работоспособность никаких программ не гарантируется, с этого GPL начинается.

>>Работоспособность программ, которые статически линкуют libc, не гарантируется.

>А можно поподробнее с этого места?

Читал об этом у Дреппера, но точного линка под рукой нет.

> Если честно, работоспособность никаких программ не гарантируется, с этого GPL начинается.

Не умничай. GPL тут ни при чем совершенно.

так ты можешь пояснить, что значить "не гарантируется"?

> так ты можешь пояснить, что значить "не гарантируется"?

Это значит, что следующие изменения в системе ядро+libc могут привести к неработоспособности программы. Каким образом - спроси Дреппера.

>Это значит, что следующие изменения в системе ядро+libc могут привести к неработоспособности программы.

--libc ;)

>> Это значит, что следующие изменения в системе ядро+libc могут привести к неработоспособности программы.

> --libc ;)

?

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

зачем libc статически собранной программе ? ;)

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

Если слинкуешь libc динамически, тебе не придется пересобирать приложение, это же очевидная вещь. Но речь не только об этом - сама glibc уже некоторое время рассчитана на то, что ее линкуют динамически, и в статическом варианте может не работать.

Найду статью - зашлю сюда ссылку.

> зачем libc статически собранной программе ? ;)

Отож... еще один решил прикидываться шлангом %)

И что легче по вашему пересобрать ? Программу под новое ядро и библиотеки или таки libc на целевой платформе ?

Если смотреть шире то иногда для заказчика как раз статически собранное поделие получается менее геморройным (не нужно ставить кучу левых библиотек)

По опыту статически собранный софт живёт дольше (если он изначально работает на целевой платформе). Проблемы возникают только при использовании ну очень древнего статически собранного софта.

>Отож... еще один решил прикидываться шлангом %)

ss@hyperblade-master:/mnt/pvfs2/BackUp/RFFI2007/OMP> ldd OpenCFD-0.111-icc-x86_64-OMP
        not a dynamic executable

Работает на любых современных (>2.6.9 точно) ядрах

И ?

>И что легче по вашему пересобрать ? Программу под новое ядро и библиотеки или таки libc на целевой платформе ?

Ядро и libc так и так пересобирать, а насколько геморойна будет сборка программы зависит от авторов.

> Работает на любых современных (>2.6.9 точно) ядрах

> И ?

И славненько.

+1
Клиент не умеет решать зависимости не системе и ставить требуемые либы, в слове ldd он умудрился сделать 4 ошибки, написав ж**а :)

Вру ...

s/2.6.9/2.6.4/ ;)

>Ядро и libc так и так пересобирать

???

То есть поставляя софт заказчику вы ещё ему и систему пересобираете ?

Вы ничего нигде не спутали ?

hint: Обычно в ТЗ чётко оговаривается система на которой _должен_ работать софт. Статическая сборка просто слегка расширяет диапазон поддерживаемых платформ. Но не до бесконечности и это надо понимать (и указывать это в документации).

В русском языке нет перевода для слова "сабж"?

>Но речь не только об этом - сама glibc уже некоторое время рассчитана на то, что ее линкуют динамически, и в статическом варианте может не работать.

Ты путаешь "не будет работать" с "не сможешь собрать" ;)

>SuSE этого сделать не удалось.

Странно. Вышеприведённая мною бинарь собрана в SLES10 с помощью icc 9.1

>В русском языке нет перевода для слова "сабж"?

Никак от ЕГЭ по русскому не отойдёте ? ;)

>> Но речь не только об этом - сама glibc уже некоторое время рассчитана на то, что ее линкуют динамически, и в статическом варианте может не работать.

> Ты путаешь "не будет работать" с "не сможешь собрать" ;)

Не путаю.

>Не путаю.

glibc сейчас где то явно зовёт dlopen() ? ;))

http://people.redhat.com/drepper/no_static_linking.html

Для труЪ: "all kinds of features in the libc (locale (through iconv), NSS, IDN, ...) require dynamic linking to load the appropriate external code."

>redhat

С этого и нужно было начинать ;)

RH давно уже вещь в себе ...

>>redhat

>С этого и нужно было начинать ;)

Ну я с самого начала ссылался на Дреппера ;)

> RH давно уже вещь в себе ...

а на Слаке другая libc, которая реализует упомянутые features без динамической загрузки? :)

>а на Слаке другая libc, которая реализует упомянутые features без динамической загрузки? :)

ХЗ какая она по сравнению с RH (не держу).

> а на Слаке другая libc, которая реализует упомянутые features без динамической загрузки? :)

ну видимо на слаке нет локали - нет и проблем :)

// wbr

>ну видимо на слаке нет локали - нет и проблем :) 

Там локалей (по крайней мере русских) больше чем в SLES10

SLES10:

locale -a | grep ru
ru_RU
ru_RU.koi8r
ru_RU.utf8
ru_UA
ru_UA.utf8

Slackware 12.1:

locale -a | grep ru
ru_RU
ru_RU.cp1251
ru_RU.koi8r
ru_RU.utf8
ru_UA
ru_UA.utf8

 

NSS и прочая чепуха грузится неявно. Статически не собирается по определению. Так что если вдруг будет какая то несовместимость с ABI все завалится к чертям. Надо таскать тогда всю помойку либ вместе с прогой.

>Статически _не_собирается_(!) по определению

О чём и речь ;)