Slamd64 + Oracle 10g x86_64

Может проще будет взять centos?

Будешь смеяться, но программеров Оракла материть вчера я просто устал.

Это, блин, какими же гениями надо быть, чтобы в 64-хбитный продукт для 64-хбитной системы насовать 32-хбитных приложений... А потом еще и пытаться эти 32-хбитные приложения линковать с 64-хбитными системными библиотеками. :-(

В общем, при линковке ctx в env_ctx.mk в строчку
"AMD32FLAGS=-m32" добавляешь "-nostdlib" и пути к 32-битным либам... :-(
Песня без цензурных слов. :-(

Отсюда мораль - используй сертефицированные дистрибутивы

Не хочу. Ну не хочу я ни Шапку, ни SLES, ни тем более Asialinux.

В конце-концов, право выбора у меня никто не может отнять.

Не будет работать. Перед самым выходом slamd64 у системы оторвали возможность компилировать 32-хбитные библиотеки. Смотри changelog от 20060614 - "SUPPORT FOR COMPILATION OF 32-BIT PROGRAMS HAS BEEN REMOVED. You are still able to run 32-bit programs via the libraries in slackware/c/; the recommended way to compile 32-bit binaries is to install slackware in a chroot."

Я забил и поставил на центос.

Ну и, конечно, ораклячьи программисты, конечно, козлы.

s/библиотеки/объекты/

После попытки установки появилась запись обо мне в slamd64-current - "Added missing locale files to 32x11" :)

>SUPPORT FOR COMPILATION OF 32-BIT PROGRAMS HAS BEEN REMOVED

Там не убрана возможность компиляции. Там убраны х86_32 либы типа
/usr/lib/gcc/i386-slamd64-linux/* и /usr/lib/*.o
Достаточно из slackware-11 их скопировать и все будет компилироваться. Проблема только в том, что пути к либам нужно прописывать после -m32 -nostdlib ручками... иначе пытается линковать с 64-х битными либами.

> Отсюда мораль - используй сертефицированные дистрибутивы

В переводе на русский: waste yo hardware resource под костыли и подпорки. ЧТД. ИМХО Оракел написанный с умом жрал бы под себя раз в 10 меньше.

gcc -v посмотри. --disable-multilib там сделали :(