kili@ just committed a revert of the librt addition in src and corresponding patches in ports.
If you've built a tree with librt, you want to # rm -f /usr/lib/librt.a This lib was added to facilitate porting software, as posix asks for it. but since it's only a stub, it was only added as a static library. No-one would approve a shared library, as that would waste space. Unfortunately, libtool (ours and gnu's) don't cope well with static-only libraries. The untested commit of librt in source broke the ports tree. Specifically, programs such as x11/vlc, multimedia/xine-lib, or lang/php would no longer build (all 3 are using mutant versions of gnu libtool). It's possible further breakage would happen, but those 3 were broken. After almost a week (!), there has been exactly zero activity to fix the breakage. No-one volunteered to do the requisite patches, and well, these ports are not exactly low profile, we need a ports tree in working condition to be able to conduct other work (such as the pending update to perl, or some other clean-up work). So for now, the librt experiment got reverted. Maybe temporarily (????). If people really want it in, they had better be willing to figure out how to fix the libtool breakage first...
