On Sun, Mar 23, 2014 at 10:34 PM, Marc Espie <es...@nerim.net> wrote: > 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).
That's very sad. I get the impression that there aren't many active developers (?) > > 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... > -- This message is strictly personal and the opinions expressed do not represent those of my employers, either past or present.
