Как понимаю - наверное (нет, кажется, ни одного проприетарного чужого приложения на чём можно было бы проверить =) ) это будет проблемой для всех 32-х разрядных приложений, собранных не в Gentoo, на 64-х разрядной. Потому что в исполняемом модуле проставлена ссылка на ld-linux.so из /lib. При сборке в Gentoo - эта ссылка будет правильной - /lib32/ld-linux.so
Как понимаю - наверное (нет, кажется, ни одного проприетарного чужого приложения на чём можно было бы проверить =) ) это будет проблемой для всех 32-х разрядных приложений, собранных не в Gentoo, на 64-х разрядной. Потому что в исполняемом модуле проставлена ссылка на ld-linux.so из /lib. При сборке в Gentoo - эта ссылка будет правильной - /lib32/ld-linux.so
докопался до этого места, тока и бинарники собранные в Gentoo 64 все также не запускаются
бага в gcc?
gcc -m32 1.c -Wl,--verbose выдает
...
attempt to open /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/32/libgcc.so failed
attempt to open /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/32/libgcc.a succeeded
attempt to open /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/32/libgcc_s.so succeeded
-lgcc_s (/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/32/libgcc_s.so)
attempt to open /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/32/crtend.o succeeded
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/32/crtend.o
attempt to open /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/../../../../lib32/crtn.o succeeded
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/../../../../lib32/crtn.o
ld-linux.so.2 needed by /lib32/libc.so.6
found ld-linux.so.2 at /lib32/ld-linux.so.2
но упорно пытается пользовать /lib/ld-linux.so.2
или бага в emul-linux-x86-compat?
починил так:
/lib/ld-linux.so.2 -> /lib32/ld-linux.so.2
и skype стал запускаться без шаманства и bitftm_misc
Ну да. И все родные 64-х разрядные приложения, привязанные к /lib будут пытаться использовать /lib32/ld-linux.so.2? =)
Имхо, вариант с binfmt_misc более прямой. Так можно и нужно Windows-приложения PE с вайном связать. А то вечно они у меня в File Roller пытаются как архивы открыться.