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 src/external/gpl3/gdb/lib/libctf/

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 segfa

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 --sys

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 directory

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 funct

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 (unsig

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 functio

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 -Wno-error=char-subscr