The following reply was made to PR port-sparc64/29824; it has been noted by GNATS.

From: Michael <macallan18@earthlink.net>
To: Matthias Scheler <tron@zhadum.de>
Cc: Chuck Silvers <chuq@chuq.com>,
	port-sparc64-maintainer@netbsd.org, xsrc-manager@netbsd.org,
	netbsd-bugs@netbsd.org, NetBSD GNATS <gnats-bugs@netbsd.org>
Subject: Re: port-sparc64/29824
Date: Mon, 2 May 2005 23:25:57 -0400

 --Signature_Mon__2_May_2005_23_25_57_-0400_tM+kinECjZkPTj4.
 Content-Type: text/plain; charset=US-ASCII
 Content-Transfer-Encoding: quoted-printable
 
 Hello,
 
 > > > > 2.) The X11 server is stuck in "libpthread" also it is not
 > > > > linked against that library which is *really* suspicious.
 > > >=20
 > > > this I have no explanation for.
 > > A stray -pthread in my host.cf. I'm rebuilding without it now.
 > > I don't quite see how this could trigger it though, when the Xserver
 > > doesn't use any pthread functions - how could we end up in
 > > libpthread?
 >=20
 > Because "libpthread" overloads __sigprocmask14() with
 > pthread_sigmask().
 > From "src/lib/libpthread/pthread_sig.c":
 >=20
 > __strong_alias(__sigprocmask14,pthread_sigmask)
 
 Hmm, 4.5 without -pthread seems stable on my U1 (running all day) and it
 didn't bork on the U10 either, so this seemed to be the cause. Odd. At
 least we now we know to keep threading support away from the Xserver.
 
 have fun
 Michael
 
 --Signature_Mon__2_May_2005_23_25_57_-0400_tM+kinECjZkPTj4.
 Content-Type: application/pgp-signature
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.4.0 (NetBSD)
 
 iQEVAwUBQnbvRspnzkX8Yg2nAQItlAf/eYygunl5xw0Q0VB432u8hXDE+mQOh2A4
 yRfhjG0ZQrB/e7zE1Irg6/NdSD3hqYomt9wbcoE0oLtWGmmRtWtrKDeEAyAYvScX
 ucP1jPOoopWxsG81K1PoTEud+7Qae4GwvCPUeD+1yl2LENBUBdy3vqqT5qZk94U7
 lMSfqJBrHasPvsvMgmMiMXxq/+q4fjalk/GFCY2X7lh8+eycWXpH6VMzsFV5c94E
 iOwHNEEA2Av3ZfiTA91+OGVYYW7m2ahPsQOPzczIdpCPW2ENzyyGOLbCQ/4yypHP
 MlS3xEmPCKptnRrDNodtzr0GhKUUhniC3NyvThF1kF3As6CkLBDLQg==
 =jo4w
 -----END PGP SIGNATURE-----
 
 --Signature_Mon__2_May_2005_23_25_57_-0400_tM+kinECjZkPTj4.--