On Sun, Mar 10, 2002 at 10:01:12PM +0200, Jarkko Hietaniemi wrote:
> On Sun, Mar 10, 2002 at 02:58:41PM -0500, Michael G Schwern wrote:
> > On Sun, Mar 10, 2002 at 09:42:57PM +0200, Jarkko Hietaniemi wrote:
> > > > Threads bomb out completely :(
> > > 
> > > ...what threads?  There are no threads in the std NetBSD.  There are
> > > various optional userlevel thread packages, of which the GNU pth works
> > > the best in NetBSD.
> > 
> > Could Configure be made to gracefully disallow threads on NetBSD?
> 
> It could-- but I would have thought it would have done it already
> (by not finding much anything thread-ey).  And with the pth it worked
> pretty well last time I tried, so no point disabling in that case.
> Unfortunately my NetBSD installation is currently borked...

Appears there's a bug in the NetBSD hint file...


    Use interpreter-based ithreads? [y] 
    Your platform has some specific hints for threaded builds, using them...
    EOCBU: not found


$ cat UU/usethreads.cbu
case "$usethreads" in 
$define|true|[yY]*) 
        # The GNU pth is the recommended user-level pthreads implementation. 
        # As of NetBSD 1.5.2 there are no kernel pthreads. 
        if pkg_info -qe pth; then 
            # Add -lpthread. 
            libswanted="$libswanted pthread" 
            # -R so that we find the libpthread.so from /usr/pkg/lib
            # during Configure and build.
            ldflags="-R/usr/pkg/lib $ldflags" 
            # There is no libc_r as of NetBSD 1.5.2, so no c -> c_r. 
        else 
            echo "$0: You need to install the GNU pth.  Aborting." >&4 
            exit 1 
        fi 
        ;; 
esac 
EOCBU 

# Recognize the NetBSD packages collection.
# GDBM might be here.
test -d /usr/pkg/lib     && loclibpth="$loclibpth /usr/pkg/lib"
test -d /usr/pkg/include && locincpth="$locincpth /usr/pkg/include"


The problem seems to be there's an extra bit of whitespace after the
EOCBU tag.


--- hints/netbsd.sh     2002/03/10 20:24:45     1.1
+++ hints/netbsd.sh     2002/03/10 20:24:48
@@ -98,7 +98,7 @@
         fi 
         ;; 
 esac 
-EOCBU 
+EOCBU
 
 # Recognize the NetBSD packages collection.
 # GDBM might be here.


Even with that in place threads still aren't switched off.

    Use interpreter-based ithreads? [y] 
    Your platform has some specific hints for threaded builds, using them...

    Perl can be built so that multiple Perl interpreters can coexist
    within the same Perl executable.

and it goes on trying to build threads.  I don't have GNU pth
installed.  No prompt, no error.  Configure keeps on going with
threads.

It would appear that my copy of pkg_info is busted.

    $ perl -wle 'print system "/usr/sbin/pkg_info -e hurfburf"'
    0

and I have no /var/db/pkg/ or /usr/pkg/.  That's Very Odd.
Lemme go find out what's up with this machine.


-- 

Michael G. Schwern   <[EMAIL PROTECTED]>    http://www.pobox.com/~schwern/
Perl Quality Assurance      <[EMAIL PROTECTED]>         Kwalitee Is Job One
Not king today, either

Reply via email to