-CURRENT and kde3.

[Don Lewis]

On 15 Feb, Scott Sipe wrote:
> David Gilbert wrote:
>> After recompiling every installed port on my machine to track down the
>> problem, kde still won't build with the error message:
>> 
>> ../dcop/dcopidl/dcopidl ./ksycoca.h > ksycoca.kidl || ( rm -f ksycoca.kidl ; false )
>> Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0)
>> Abort trap (core dumped)
>> gmake[3]: *** [ksycoca.kidl] Error 1
>> gmake[3]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.2.0/kdecore'
>> gmake[2]: *** [all-recursive] Error 1
>> gmake[2]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.2.0/kdecore'
>> gmake[1]: *** [all-recursive] Error 1
>> gmake[1]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.2.0'
>> gmake: *** [all] Error 2
>> *** Error code 2
>> 
>> Stop in /usr/ports/x11/kdelibs3.
>> *** Error code 1
>> 
>> Stop in /usr/ports/x11/kdebase3.
>> *** Error code 1
>> 
>> Stop in /usr/ports/x11/kde3.
>> 
>> ... which seems related to the major change in how threads have just
>> changed.
>> 
>> Dave.
>> 
> 
> I had the same problem exactly, even though I rebuilt all my ports like 
> 10 times (portupgrade -Rrf etc).  What I ultimately did was delete all 
> my kde ports, and all the ports it depended on (qmake, XFree libs, etc) 
> and then do a "portinstall kde-lite" and that did work. Dunno why 
> portupgraded didn't do the trick, I couldn't figure out where the libc_r 
> link was being pulled in.

I had the same problem with gnome.  There are some circular dependencies
in some of the ports.

The first problem that I ran into was with x11-toolkits/gtk20, which
failed during its install phase. gtk-query-immodules-2.0 would abort
with the spinlock error because it stumbled across a shared library that
is installed later than gtk20 because the library depends on gtk20.  The
library in question isn't required by gtk20, but if it is installed,
gtk-query-immodules-2.0 wants to load it.  I worked around this problem
by removing the shared libraries that were breaking
gtk-query-immodules-2.0, which allowed the gtk20 port to install
cleanly, and the libraries were reinstalled when their ports were
upgraded.

I also had the same problem with multimedia/gstreamer and
multimedia/gstreamer-plugins.  The plugins were still linked to libc_r,
and the gstreamer port would fail to install because it stumbled across
the old version of the plugins when it was doing the "rebuilding
global_registry" step.  This caused the upgrade of the gstreamer-plugins
to be skipped.  I worked around this problem by deleteing the
gstreamer-plugins port, upgrading gstreamer, and then reinstalling
gstreamer-plugins.

I didn't try it but I think the suggested workaround of remapping libc_r
to libpthread might also work.