This isn't documented on http://www.mozilla.org/build/unix.html, I assume we just forgot to do so? -- [ramiro wrote in mozilla.unix a few weeks ago:] ok, here is what i get with and without the fix: before: ./test_dll.sh 0x00000000 0x40011000 /lib/libdl.so.2 0x40014000 /usr/lib/libstdc++.so.2.8 0x40055000 /lib/libm.so.6 0x40070000 /lib/libc.so.6 0x40000000 /lib/ld-linux.so.2 0x4000b000 ./dll.so 0x4000d000 ./../tmp/dll.so 0x4000f000 /tmp/dll.so 0x40115000 /tmp/../tmp/dll.so after: 0x00000000 0x40011000 /lib/libdl.so.2 0x40014000 /usr/lib/libstdc++.so.2.8 0x40057000 /lib/libm.so.6 0x40070000 /lib/libc.so.6 0x40000000 /lib/ld-linux.so.2 0x4000b000 ./dll.so So the fix is good. Many thanks to shaver@netscape.com and gafton@redhat.com for the quick service (we can get used to it). Here is the recipe for upgrding a rh5.2 system to get the fix: rpm -Uvh ftp://ftp.mozilla.org/pub/mozilla/libraries/RPMS/i386/glibc-2.0.7-32.i386.rpm rpm -Uvh ftp://ftp.mozilla.org/pub/mozilla/libraries/RPMS/i386/glibc-devel-2.0.7-32.i386.rpm Get it from ftp.mozilla.org for the time being, Red Hat will eventually do the right thing and distribute the fix with their stuff. This is a safe upgrade, it even works on a live system.

Build docs will get an overhaul today, i'll include this.

setting to M4. was this taken care of? can i close this?

I don't see it in the doc...

Added some minor references to this fix, with links to the rpms and patches where appropriate.