И ещё вопрос по Patchelf

У меня система с KDE3 (кстати, зацените потребление памяти с включенным браузером: http://s31.postimg.org/9gndw4ewr/boost_deps3.png 262 Мб из 502. С выключенным, если кому-нибудь интересно, 65). Я решил побыть тулкитофобом, и вместо Firefox попользоваться opera-10.11.gcc4.shared.qt3.i386.rpm. Однажды наступил день, когда перестал работать https. Пришло время обновляться.

Opera 12.16 сказала что она хочет GLIBC 2.8. Открыл http://distrowatch.com/fedora, узнал что пакет с этой версией можно найти в Fedora 9. Скачал glibc-2.8-3.i686.rpm. Распаковал. Следуя инструкции, пропатчил Opera:

patchelf opera

Запускаю:

LD_LIBRARY_PATH=/home/build/glibc_2.8/lib LD_PRELOAD='/home/build/glibc_2.8/lib/ld-linux.so.2' OPERA_DIR=/usr/share/opera ./opera

Эм... Мне теперь всегда так запускать? Можно ли это как-нибудь упростить?

P.S. Установил в Opensuse 13.2 с KDE3 (https://en.opensuse.org/KDE3) - opera-10.11.gcc4.shared.qt3.i386.rpm . На пару минут установил (сделать скрин). Вдруг я заметил, что https работает. Вот зе фак? Может, в CentOS нужно какой-то пакет в системе обновить?

Это зависит не от компилятора, а от того, с какими библиотеками он линкует твои бинарники и шаредлибы. Вон lsbcc/lsbc++ из LSB SDK вообще обертки на шелле, которые вызывают системный gcc (который может быть любым) так, чтобы бинарники линковались с LSB-шными stub-библиотеками. В результате бинарник зависит от контролируемого набора версионных символов glibc и stdlibc++.

Когда я зашёл в /opt/devtoolset-1.1, там вместо libstdc++.so.6 лежал текстовый файл. Похоже, всё так, как ты и рассказываешь!

А вот так я делал в Debian:

tar xf gmp-6.1.0.tar.xz
cd gmp-6.1.0
CPPFLAGS=-fexceptions ./configure --enable-cxx --prefix=/mnt/data/gcc-4.9
make -j9
make install
cd ..

tar xf mpfr-3.1.3.tar.xz
cd mpfr-3.1.3
./configure --prefix=/mnt/data/gcc-4.9 --with-gmp=/mnt/data/gcc-4.9
make -j9
make install
cd ..

tar xf mpc-1.0.3.tar.gz
cd mpc-1.0.3
./configure --prefix=/mnt/data/gcc-4.9 --with-gmp=/mnt/data/gcc-4.9 --with-mpfr=/mnt/data/gcc-4.9
make -j9
make install
cd ..

tar xf ppl-1.1.tar.xz
cd ppl-1.1
./configure  --prefix=/mnt/data/gcc-4.9 --with-gmp-prefix=/mnt/data/gcc-4.9
make -j9
make install
cd ..

make -j9
make install
cd ..

tar xf gcc-4.9.3.tar.bz2
cd gcc-4.9.3
mkdir objdir
cd objdir
export LD_LIBRARY_PATH=/mnt/data/gcc-4.9/lib:$LD_LIBRARY_PATH
../src/gcc-4.5.3/configure --prefix=/mnt/data/gcc-4.9 --enable-languages=c,c++,lto --with-gmp=/mnt/data/gcc-4.9 --with-mpfr=/mnt/data/gcc-4.9 --with-mpc=/mnt/data/gcc-4.9 --with-ppl=/mnt/data/gcc-4.9

Получается, нужно просто удалить файл и скопировать вместо него из CentOS? Я сомневаюсь. Мне кажется что всё упадёт

Как-то мне это напоминает предыдущую тему :) Сделано, скорее всего, аналогичным же образом, просто линкуют ещё статическую библиотеку с тем кодом (может даже она в g++ -v ... будет видна отдельно).

Да, я решил пересоздать тему. Написал более доходчиво, и получил ответ почти сразу

> Сделано, скорее всего, аналогичным же образом, просто линкуют ещё статическую библиотеку с тем кодом

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

Проверю твоей командой! :-)

> patchelf opera

Пардон:

patchelf --set-interpreter /home/username/glibc-2.8/ld-linux.so.2 opera