FreeBSD-6 ships with 3 threading libraries (oldest to newest)
libc_r libphread (really libkse) libthr They should all be ABI compatible with each other and as such are easily interchangeable using libmap.conf. However, that’s not always the case….
In our efforts to fix threaded python on sparc64 and a few other threading weirdness on x86 we shipped a default libmap.conf that defaulted to using libthr for everything. Many moons passed and everything was good, until LavaJoe discovered a little problem with this.
Looks like I was voted into Gentoo Council for a second term 8) . I must be doing something right if that many people voted me in- heh. Thanks for voting!
That’s a good question and I’m glad you asked as although I’ve not been blogging I have in-fact been busy hacking away. :P Here’s a quick summary of what I’ve been working on
Backporting dl_iterate_phdr libc function from FreeBSD-CURRENT to our Gentoo/FreeBSD-6.2 Syncing FreeBSD gcc-4 build defines with upstream (work in progress still) dhcpcd now works with NOMMU systems such as uClinux (work in progress still) FreeBSD make now supports-include and sinclude directives to optionally include files gcc now includes the correct #defines for FreeBSD/Sparc64 loads of baselayout-2 fixes Many more ebuilds are keyworded ~x86-fbsd In-case any Gentoo/FreeBSD users are reading this, the recent bumps to-sources,-libexec and-lib are for the dl_iterate_phdr backport.
baselayout buffers einfo and friends output when running in parallel, so messages don’t get mixed up with other services. It does this by storing each einfo command in a file and then processes them when it obtains a lock.
baselayout-2 now buffers stdout and stderr to a file which means the errors are aligned too, so the output should be pretty much perfect.
This is not without any downsides. Firstly, the buffer files take space.
Roy's Blog