Re: "make buildworld" fails for r360785?

2020-05-07 Thread Chris
On Thu, 7 May 2020 23:11:22 -0400 Robert Huff roberth...@rcn.com said Hello: On a system running: FreeBSD 13.0-CURRENT #0 r354131: Mon Oct 28 17:27:33 EDT 2019 amd64 Today around noon I downloaded a fresh copy of the source tree (for base/head) to r360785. make.conf:

"make buildworld" fails for r360785?

2020-05-07 Thread Robert Huff
Hello: On a system running: FreeBSD 13.0-CURRENT #0 r354131: Mon Oct 28 17:27:33 EDT 2019 amd64 Today around noon I downloaded a fresh copy of the source tree (for base/head) to r360785. make.conf: #WITH_DEBUG=yes SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL SENDM

Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311

2020-05-07 Thread Mark Millard
[mountd failure example: also at sz_size2index_lookup assert for the same zero'd memory problem.] > On 2020-May-7, at 00:46, Mark Millard wrote: > > [__je_sz_size2index_tab seems messed up in 2 of the > asserting contexts: first 384 are zero in both. More > before that is also messed up (all zer

FreeBSD CI Weekly Report 2020-05-03

2020-05-07 Thread Li-Wen Hsu
(Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-05-03 === Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-04-27 to 2020-05-03. During this period, we have: * 2099 buil

Re: ${COMPILER_VERSION} < 40300

2020-05-07 Thread Warner Losh
On Thu, May 7, 2020 at 10:38 AM Eric van Gyzen wrote: > If I were to clean up obsolete ${COMPILER_VERSION} tests in the tree, > which ones should I keep? I would probably confine it to head, so I > could prune quite a few. > Anything in the bootstrap path should remain, especially in the instal

Re: Move from termcap(5) to terminfo(5)

2020-05-07 Thread Warner Losh
On Thu, May 7, 2020 at 10:35 AM Rodney W. Grimes < freebsd-...@gndrsh.dnsmgr.net> wrote: > > Hello everyone, > > > > I can't find any proper rationale in our history (maybe I missed it) > which > > explains why our ncurses is stuck on using termcap(5) instead of > terminfo(5) > > Except an argumen

${COMPILER_VERSION} < 40300

2020-05-07 Thread Eric van Gyzen
If I were to clean up obsolete ${COMPILER_VERSION} tests in the tree, which ones should I keep? I would probably confine it to head, so I could prune quite a few. Eric ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/lis

Re: Move from termcap(5) to terminfo(5)

2020-05-07 Thread Rodney W. Grimes
> Hello everyone, > > I can't find any proper rationale in our history (maybe I missed it) which > explains why our ncurses is stuck on using termcap(5) instead of terminfo(5) > Except an argument in the Makefile that builds ncurses: > "Used instead of the hideous read_termcap.c abomination." > >

Re: Move from termcap(5) to terminfo(5)

2020-05-07 Thread Baptiste Daroussin
On Thu, May 07, 2020 at 03:22:20PM +0200, Mateusz Piotrowski wrote: > Hi, > > On 5/7/20 2:41 PM, Baptiste Daroussin wrote: > > Hello everyone, > > > > I can't find any proper rationale in our history (maybe I missed it) which > > explains why our ncurses is stuck on using termcap(5) instead of te

Re: Move from termcap(5) to terminfo(5)

2020-05-07 Thread Mateusz Piotrowski
Hi, On 5/7/20 2:41 PM, Baptiste Daroussin wrote: Hello everyone, I can't find any proper rationale in our history (maybe I missed it) which explains why our ncurses is stuck on using termcap(5) instead of terminfo(5) Except an argument in the Makefile that builds ncurses: "Used instead of the h

Re: Move from termcap(5) to terminfo(5)

2020-05-07 Thread Steffen Nurpmeso
Just my one cent. Baptiste Daroussin wrote in <20200507124126.g4z5op4cyv45p...@ivaldir.net>: |I can't find any proper rationale in our history (maybe I missed it) which |explains why our ncurses is stuck on using termcap(5) instead of terminf\ |o(5) ... |I would like to make the move from ter

Move from termcap(5) to terminfo(5)

2020-05-07 Thread Baptiste Daroussin
Hello everyone, I can't find any proper rationale in our history (maybe I missed it) which explains why our ncurses is stuck on using termcap(5) instead of terminfo(5) Except an argument in the Makefile that builds ncurses: "Used instead of the hideous read_termcap.c abomination." Which I do not

Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311

2020-05-07 Thread Mark Millard
[__je_sz_size2index_tab seems messed up in 2 of the asserting contexts: first 384 are zero in both. More before that is also messed up (all zero). I show the details later below.] On 2020-May-6, at 16:57, Mark Millard wrote: > [This explores process crashes that happen during system > shutdown,