Jeremy C. Reed wrote:
> 
> I patched my mk/pthread.builtin.mk to force:
> 
> USE_BUILTIN.pthread=    yes
> 
> This work-around worked for me.
> 
> My include/pthread.h is from my glibc-2.3.4 package which does not have a
> buildlink3.mk file. (I have used my glibc from pkgsrc and LOCALBASE as
> /usr for a couple years. On a side note, I can't get my pkgsrc glibc and
> linux-kernel to build using buildlinking/wrappers anymore.)

The builtin.mk files now consistently (barring X11 packages) considers 
files that are under ${LOCALBASE} to not be "native".  In your case, 
LOCALBASE=/usr, so pthread.builtin.mk considers /usr/include/pthread.h 
to be a file that is managed by pkgsrc.

> Any ideas on how I can get this mk/pthread.builtin.mk to work for me?
> Hopefully without buildlinking my glibc. Or should I do that now also?
> (I'd prefer not to since it will be slow.)

You can override the test for whether your software is "built-in" by 
explicitly setting the following in your /etc/mk.conf:

	IS_BUILTIN.pthread=	yes

You will need to experiment to see what other IS_BUILTIN.<pkg> settings 
are also necessary on your system if you use LOCALBASE=/usr.

	Cheers,

	-- Johnny Lam <jlam@NetBSD.org>