LD_ASSUME_KERNEL, glibc 2.3.2 and third party apps

nephros

Hi!

My specific problem is with maya5, but searching google and these forums it appears it aplies to other apps (namely some java apps like JBuilder, and MATLAB) as well.

I have glibc 2.3.2-r1, built with NPTL, and binutils-2.14.90.0.6-r6.

When I try to start maya I get

skoehler · n00b Joined: 04 Aug 2002 Posts: 26

I've got the same Problem.

I compiled simple test-program to check if NPTL is used.
When i run it normally, it works:

# ./test
thread pid: 5050
main pid: 5050

But when i try to avoid using NPTL what would be necessary to use precompiled stuff that's incompatible with NPTL, ld can't find libpthread.so anymore:

# LD_ASSUME_KERNEL=2.4.1 ./test
./test: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory

So what's wrong with the glibc ebuild? It seems that it needs more than the glibc-ebuild does to use LD_ASSUME_KERNEL stuff.

alinv · Guru Joined: 19 Nov 2002 Posts: 395 Location: Bucharest

I had this problem a while ago (and still have):
https://forums.gentoo.org/viewtopic.php?t=70548
Still no solution for this :cry:

Alin
_________________
Ever tried. Ever failed. No matter. Try Again. Fail again. Fail better.
S.B.

Trebiani · Posted: Tue Mar 02, 2004 9:25 am Post subject: a working solution!

i think i solved the problem (with a little help from my friends :-)

)

set the USE flag nptl (ufed or directly in the make.conf)

compile the glibc:
emerge glibc
now the glibc with nptl support is installed.

... and now compile the glibc a second time "by hand":

1, remove the temp files from the last emerge:
rm -rf /var/tmp/portage/glibc-2.3.3_pre20040207

2, unpack the glibc sources with the patches:
ebuild /usr/portage/sys-libs/glibc/glibc-2.3.3_pre20040207.ebuild unpack

3, goto buildhere:
cd /var/tmp/portage/glibc-2.3.3_pre20040207/work/glibc-2.3.2/buildhere

4, call configure
../configure --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --with-gd=no --without-cvs --disable-profile --prefix=/usr/glibc-2.3.3-non-nptl --mandir=/usr/share/man --infodir=/usr/share/info --libexecdir=/usr/lib/misc --without-__thread --with-tls --enable-add-ons=linuxthreads --with-headers=/usr/include --enable-kernel=2.4.1

5, call make
make

6, call install
make install

7, set library path
nano -w /etc/env.d/99glibc-linuxthreads
LDPATH="/usr/glibc-2.3.3-non-nptl/lib"

8, envirenment update
env-update

if i could - i would make a ebuild file .......

now you can use:
export LD_ASSUME_KERNEL=2.4.20 and run the maxdb

cheers,
joe

Trebiani · Posted: Tue Mar 02, 2004 9:35 am Post subject: update: a working solution!

step number 6, call install has a problem:

after running make install the script stops with an error that it can not find the file ld.so.conf :

create the file by hand:
touch /usr/glibc-2.3.3-non-nptl/etc/ld.so.conf

and re-run the make install

skoehler · n00b Joined: 04 Aug 2002 Posts: 26

So let's write an ebuild for that!

I still don't get the point why the gentoo-hackers are refusing to make LD_ASSUME_KERNEL work.

Trebiani · Posted: Tue Mar 02, 2004 10:30 am Post subject:

nephros · Posted: Tue Mar 02, 2004 10:41 am Post subject:

Just as a reference: this is the relevant bug: #21132

BTW, I don't have any linking problems anymore (maya 5.1 works), but don't ask me why...
_________________
Please put [SOLVED] in your topic if you are a moron.

Trebiani · Posted: Tue Mar 02, 2004 11:53 am Post subject:

nephros · Posted: Tue Mar 02, 2004 12:52 pm Post subject:

Trebiani · Posted: Tue Mar 02, 2004 1:26 pm Post subject:

a friend reported that maya 5.05 is working with my workaround.

alinv · Guru Joined: 19 Nov 2002 Posts: 395 Location: Bucharest

That's great!
I just tried running kylix and it works. I suppose the others should work as well.

Thanks a lot,
Alin
_________________
Ever tried. Ever failed. No matter. Try Again. Fail again. Fail better.
S.B.

je_fro · Posted: Thu Mar 25, 2004 7:29 pm Post subject: Hmm...

I followed the above with the following exception, I'm using sys-libs/glibc-2.3.2-r9, so I modified the ./configure

m0sia · Tux's lil' helper Joined: 07 Jul 2003 Posts: 113

[quote="je_fro"] <skiped>[/quote]

sorry for upping old topic, but matlab works great with this tutorial.

je_fro · Posted: Mon Jun 14, 2004 6:23 pm Post subject: yeah?

which kernel/kernel-headers? which glibc?
tell me more..

_________________
Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect.
--Linus Torvalds

My site with some gentoo config files:
http://je-fro.net/page.html

m0sia · Tux's lil' helper Joined: 07 Jul 2003 Posts: 113

1)kernel-2.6.6-love-r2
2)glibc-2.3.3.20040420
3)this tutorial.
and matlab works ok.

ps i have some problems. matlab cannot find symbol font. do you know what to do?

era3 · Posted: Sun Jun 27, 2004 9:11 pm Post subject: Great Tutorial

Thanks a lot, Trebiani tutorial solved my problem !!!!

Trebiani · Posted: Tue Jul 06, 2004 12:45 pm Post subject: Re: Great Tutorial

alinv · Guru Joined: 19 Nov 2002 Posts: 395 Location: Bucharest

Anybody got this working with linux26-headers?
I get a lot of ld errors (undefined references)

_________________
Ever tried. Ever failed. No matter. Try Again. Fail again. Fail better.
S.B.

Lord_BeeJee · Posted: Thu Aug 05, 2004 7:12 am Post subject:

I had the same problem (after compiling glibc with USE flag -ntpl on 2.6.* kernel, segfaults for mplayer) and couldn't get it fixed with any of these solutions but resolved it by compiling nvidia-glx again. This might be a way for the ones not having it fixed yet.

charlesg3 · n00b Joined: 04 Dec 2003 Posts: 14 Location: Boulder, Co

Great... kernel 2.6.8, glibc-2.3.4.20040808, matlab 7 r14 worked after using this tutorial. Thanks!

Wiebel · Posted: Wed Oct 06, 2004 2:43 am Post subject:

the upcoming 2.3.4.20041002 which is still -* is already supporting the LD_ASSUME_KERNEL env, im trying it right now.
Nevertheless the tutorial helped me for several glibc by now, thx a bundle i never could have done this on my own.

[edit] Didn't work for me the lm from matlab seems to get confused by the pathes, really strange thing, doesn't feel utterly broken but it also doesn't work, so I switched back to the good old method for now.[/edit]

jamesrt · n00b Joined: 09 Sep 2003 Posts: 47 Location: New Zealand

Rainmaker · Posted: Mon Oct 11, 2004 10:13 pm Post subject:

I am now emerging glibc in the ~x86 arch

It gives a warning at the beginning of the merge, telling me glibc now gets build twice, once with and once without ntpl.

Should solve tis problem once and for all...
_________________
If you can't dazzle them with brilliance, baffle them with bullshit.

JanErik · Guru Joined: 28 Oct 2002 Posts: 488 Location: Finland

I emerged glibc with ~x86 (2.3.4.20041006) and now Matlab works fine.