revdep-rebuild pre7 re-write failed to work on FreeBSD for finding bins built with a specific library. I needed this to work as I’m rebuilding against libthr instead of libpthread and as the two libraries are mixed without a libmap.conf it’s segfault city- heh.
As FuzzyRay wasn’t around to aide in debugging at the time I plunged into it’s source yesterday. My eyes bled from spending time looking through it for the bug :(
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.
Roy's Blog