С*dence GLIBC_2.0 Опции

[-=Vitaly=-]

Здравствуйте!

Такая трабла - поставил софт под линукс Мандрива 2007, но он не запускается, говорит что
version GLIBC_2.0 not defined in file libc.so.6 with link time reference.
В пдф написано поставить переменную среды LD_ASSUME_KERNEL 2.4.1., но как только я ее ставлю перестают запускаться все программы с сообщением: error while loading shared libraries libc.so.6: cannot open shared file. Файлы в репорте разные,но эти файлы спокойно себе лежат в директории /lib.
Как это поправить?

Вроде нашел инфу, что это можно вылечить прописав в ld.so.conf пути
/lib
/lib/i686
, где лежат эти либы
Затем выполнить ldconfig, но чего-то не помогло, все равно пишет, что не может найти эти файлы.

Спасибо!

[OsipovD]

Здравствуйте!

Такая трабла - поставил софт под линукс Мандрива 2007, но он не запускается, говорит что
version GLIBC_2.0 not defined in file libc.so.6 with link time reference.
В пдф написано поставить переменную среды LD_ASSUME_KERNEL 2.4.1., но как только я ее ставлю перестают запускаться все программы с сообщением: error while loading shared libraries libc.so.6: cannot open shared file. Файлы в репорте разные,но эти файлы спокойно себе лежат в директории /lib.
Как это поправить?

Вроде нашел инфу, что это можно вылечить прописав в ld.so.conf пути
/lib
/lib/i686
, где лежат эти либы
Затем выполнить ldconfig, но чего-то не помогло, все равно пишет, что не может найти эти файлы.

Спасибо!

Для работы Cadence IC 5141 необходима версия GLIBC < 2.3. Идеально устанавливается на RED HAT 4 ( а так же его свободные версии Scientific Linux и CentOs). Слышал об успешных установках на Fedora 5 (почти тот же Red Hat) и SUSE 10.2. Сам долго пытался установить на мандриву, но в конце концов пришлось плюнуть.

[SSN6]

Для работы Cadence IC 5141 необходима версия GLIBC < 2.3. Идеально устанавливается на RED HAT 4 ( а так же его свободные версии Scientific Linux и CentOs). Слышал об успешных установках на Fedora 5 (почти тот же Red Hat) и SUSE 10.2. Сам долго пытался установить на мандриву, но в конце концов пришлось плюнуть.

Небольшая поправка: в Red Hat 4 glibc >= 2.3. Но на Debian Etch не завелось, хотя в нем версии библиотек практически те же:

RED HAT 4: glibc-2.3.4-2
Debian Etch: libc6-2.3.6.ds1-13etch7

Причина может крыться в параметрах сборки данных библиотек. Вот что выводит objdump -x /lib/libc.so.6 :

Red Hat 4:

CODE

---

Version definitions:
1 0x01 0x0865f4e6 libc.so.6
2 0x00 0x0d696910 GLIBC_2.0
3 0x00 0x0d696911 GLIBC_2.1
GLIBC_2.0
4 0x00 0x09691f71 GLIBC_2.1.1
GLIBC_2.1
5 0x00 0x09691f72 GLIBC_2.1.2
GLIBC_2.1.1
6 0x00 0x09691f73 GLIBC_2.1.3
GLIBC_2.1.2
7 0x00 0x0d696912 GLIBC_2.2
GLIBC_2.1.3
8 0x00 0x09691a71 GLIBC_2.2.1
GLIBC_2.2
9 0x00 0x09691a72 GLIBC_2.2.2
GLIBC_2.2.1
10 0x00 0x09691a73 GLIBC_2.2.3
GLIBC_2.2.2
11 0x00 0x09691a74 GLIBC_2.2.4
GLIBC_2.2.3
12 0x00 0x09691a76 GLIBC_2.2.6
GLIBC_2.2.4
13 0x00 0x0d696913 GLIBC_2.3
GLIBC_2.2.6
14 0x00 0x09691972 GLIBC_2.3.2
GLIBC_2.3
15 0x00 0x09691973 GLIBC_2.3.3
GLIBC_2.3.2
16 0x00 0x09691974 GLIBC_2.3.4
GLIBC_2.3.3
17 0x00 0x0963cf85 GLIBC_PRIVATE
GLIBC_2.3.4
18 0x00 0x0b792650 GCC_3.0

Version References:
required from ld-linux.so.2:
0x0d696911 0x00 22 GLIBC_2.1
0x0d696913 0x00 21 GLIBC_2.3
0x0963cf85 0x00 20 GLIBC_PRIVATE
0x0d696910 0x00 19 GLIBC_2.0

---

Debian Etch:

CODE

---

Version definitions:
1 0x01 0x0865f4e6 libc.so.6
2 0x00 0x09691a75 GLIBC_2.2.5
3 0x00 0x09691a76 GLIBC_2.2.6
GLIBC_2.2.5
4 0x00 0x0d696913 GLIBC_2.3
GLIBC_2.2.6
5 0x00 0x09691972 GLIBC_2.3.2
GLIBC_2.3
6 0x00 0x09691973 GLIBC_2.3.3
GLIBC_2.3.2
7 0x00 0x09691974 GLIBC_2.3.4
GLIBC_2.3.3
8 0x00 0x0963cf85 GLIBC_PRIVATE
GLIBC_2.3.4

Version References:
required from ld-linux-x86-64.so.2:
0x09691a75 0x00 11 GLIBC_2.2.5
0x0d696913 0x00 10 GLIBC_2.3
0x0963cf85 0x00 09 GLIBC_PRIVATE

---

Отсюда видно, что в libc в Red Hat 4 определён интерфейс вплоть до версии 2.0, а в Debian - до 2.2.5. Насколько я понял из документации, наличие нескольких версий интерфейса в libc необходимо, чтобы при обновлении версии данной библиотеки система оставалась работоспособной (не отваливались приложения, слинкованные с более старой версией). При сборке libc по умолчанию присутствует интерфейс собираемой версии и текущей версии данной библиотеки. Может кто-нибудь подскажет, каким образом можно пересобрать libc, чтобы был определёны и более ранние версии.