daily CVS update output

2020-09-21 Thread NetBSD source update
Updating src tree: P src/distrib/notes/alpha/contents P src/distrib/notes/common/contents P src/distrib/sets/lists/debug/mi P src/distrib/sets/lists/man/mi P src/distrib/sets/lists/tests/mi P src/doc/CHANGES P src/external/gpl3/gcc/lib/libsupc++/Makefile.common P

Re: libpthread problem when using custom stack

2020-09-21 Thread Joerg Sonnenberger
On Tue, Sep 22, 2020 at 12:34:12AM +0200, Thomas Klausner wrote: > According to the NetBSD man page for pthread_attr_setguardsize(), the > effect of this function is ignored when pthread_attr_setstack() is > used. This does not seem to be the case here. That's not exactly what happens. libpthread

libpthread problem when using custom stack

2020-09-21 Thread Thomas Klausner
Hi! devel/p5-Coro is a perl module providing threading support. The current version 6.57 had lots of segfaults on NetBSD. I investigated with help of the author Marc Lehmann. We found that setting up the stack (i.e. the mmap()s) worked fine, but then actually using the stack lead to random

re: Failure to build Current amd64

2020-09-21 Thread matthew green
> > > In file included from > > > usr/src/external/gpl3/gcc/dist/libstdc++-v3/src/c++17/cow-fs_dir.cc:26: > > > /libstdc++-v3/src/c++17/fs_dir.cc:29:10: fatal error: > > > bits/largefile-config.h: No such file or directory > > >29 | #include > > > |

re: current fails to build on amd64

2020-09-21 Thread matthew green
Nikita Gillmann writes: > This is with a recent checkout after gcc9 import. If no one can > reproduce this, what can I do? OK, i see the problem -- should be fixed with external/gpl3/gcc/lib/libsupc++/Makefile.common rev 1.19 .mrg.

Re: current fails to build on amd64

2020-09-21 Thread Chavdar Ivanov
$ uname -a NetBSD ymir 9.99.73 NetBSD 9.99.73 (GENERIC) #7: Sat Sep 19 10:58:21 BST 2020 sysbuild@ymir:/home/sysbuild/amd64/obj/home/sysbuild/src/sys/arch/amd64/compile/GENERIC amd64 $ gcc --version gcc (nb1 20200907) 9.3.0 Copyright (C) 2019 Free Software Foundation, Inc. This is free software;

current fails to build on amd64

2020-09-21 Thread Nikita Gillmann
This is with a recent checkout after gcc9 import. If no one can reproduce this, what can I do? #    create  libstdc++-v3/cow-fs_dir.d CC=/usr/src/../tools/bin/x86_64--netbsd-c++ /usr/src/../tools/bin/nbmkdep -f cow-fs_dir.d.tmp  -- -I/usr/src/../obj/destdir.amd64/usr/include/g++/backward

Daily NetBSD packages updated to 9.99.73

2020-09-21 Thread Jonathan Perkin
Hey everybody, The binary package repository I provide of daily pkgsrc trunk builds for NetBSD/amd64 at https://pkgsrc.joyent.com/install-on-netbsd/ has now been switched from 9.99.71 to 9.99.73. For existing users, update /usr/pkg/etc/pkgin/repositories.conf to point to the 9.99.73

Re: ctype and gcc9

2020-09-21 Thread Martin Husemann
On Mon, Sep 21, 2020 at 09:32:08AM +0100, Patrick Welche wrote: > Since gcc9, essentially every ctype using piece of software fails with > >error: array subscript has type 'char' [-Werror=char-subscripts] > > which prompts a style question: cast every argument of every call to > a ctype

Re: ctype and gcc9

2020-09-21 Thread Greg Troxel
Patrick Welche writes: > Since gcc9, essentially every ctype using piece of software fails with > >error: array subscript has type 'char' [-Werror=char-subscripts] > > which prompts a style question: cast every argument of every call to > a ctype function in every piece of software to

Re: ctype and gcc9

2020-09-21 Thread Christos Zoulas
In article <20200921083148.GA17688@quantz>, Patrick Welche wrote: >Since gcc9, essentially every ctype using piece of software fails with > > error: array subscript has type 'char' [-Werror=char-subscripts] > >which prompts a style question: cast every argument of every call to >a ctype

ctype and gcc9

2020-09-21 Thread Patrick Welche
Since gcc9, essentially every ctype using piece of software fails with error: array subscript has type 'char' [-Werror=char-subscripts] which prompts a style question: cast every argument of every call to a ctype function in every piece of software to (unsigned char), or