On Thu, Apr 03, 2025 at 11:48:26AM +, Nathanial Sloss wrote:
> Module Name: src
> Committed By: nat
> Date: Thu Apr 3 11:48:26 UTC 2025
>
> Modified Files:
> src/external/gpl3/binutils/dist/gas/config: tc-m68k.c
>
> Log Message:
> Compiler support for buggy early revision 68LC
> On Mar 29, 2025, at 9:38 PM, Taylor R Campbell wrote:
>
> This is still broken: now it doesn't read past the end the input
> buffer, but it leaves the bytes bi->bi_msg[rem], bi->bi_msg[rem + 1],
> bi->bi_msg[rem + 2] ..., bi->bi_msg[sizeof(bi->bi_msg) - 2]
> uninitialized, and will later dump
Date:Sun, 30 Mar 2025 01:38:51 +
From:Taylor R Campbell
Message-ID: <20250330013852.a346284...@mail.netbsd.org>
| but it leaves the bytes bi->bi_msg[rem], bi->bi_msg[rem + 1],
| bi->bi_msg[rem + 2] ..., bi->bi_msg[sizeof(bi->bi_msg) - 2]
| uninitialized,
I
> Module Name:src
> Committed By: christos
> Date: Sat Mar 29 23:25:57 UTC 2025
>
> Modified Files:
> src/external/bsd/blocklist/lib: bl.c
>
> Log Message:
> Don't use strlcpy() because it will keep going trying to find the end of the
> input string (thanks riastradh)
>
>
> Module Name:src
> Committed By: christos
> Date: Wed Mar 26 13:52:47 UTC 2025
>
> Modified Files:
> src/external/bsd/blocklist/lib: bl.c
>
> Log Message:
> NUL-terminate the message string (thanks riastradh)
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.5
On 2025-02-24 10:28 pm, matthew green wrote:
"Christos Zoulas" writes:
Module Name:src
Committed By: christos
Date: Sun Feb 23 15:33:49 UTC 2025
Modified Files:
src/external/gpl3/gcc/dist/gcc/config/i386: avx2intrin.h
Log Message:
Pr/59093: Onno van der Linden: Elide ca
"Christos Zoulas" writes:
> Module Name: src
> Committed By: christos
> Date: Sun Feb 23 15:33:49 UTC 2025
>
> Modified Files:
> src/external/gpl3/gcc/dist/gcc/config/i386: avx2intrin.h
>
> Log Message:
> Pr/59093: Onno van der Linden: Elide cast-qual gcc warning
for dist code i rea
In article <6148.1737238...@splode.eterna23.net>,
matthew green wrote:
>> src/external/lgpl2/userspace-rcu/dist/include/urcu/arch: sparc64.h
>
>hmmm, you could make the ones with "stbar" also be present for
>v7 as it is a no-op there... and if binutils is to be believed,
>ldstub also exists
> src/external/lgpl2/userspace-rcu/dist/include/urcu/arch: sparc64.h
hmmm, you could make the ones with "stbar" also be present for
v7 as it is a no-op there... and if binutils is to be believed,
ldstub also exists in sparc v6 (!).
perhaps "swap" isntruction (which is in v7) can be used her
"Taylor R Campbell" writes:
> Module Name: src
> Committed By: riastradh
> Date: Tue Jul 23 07:52:06 UTC 2024
>
> Modified Files:
> src/external/mit/xorg/server/drivers/xf86-video-nv: Makefile
>
> Log Message:
> xf86-video-nv: Don't fail on -Wpointer-sign with clang.
>
> Not sure why
Christos Zoulas wrote in
<20240721194847.c8c05f...@cvs.netbsd.org>:
|Module Name: src
|Committed By: christos
|Date: Sun Jul 21 19:48:47 UTC 2024
|
|Modified Files:
| src/external/historical/nawk/dist: lib.c
|
|Log Message:
|PR/58421: RVP: fix readdir on tmpfs. Upstream merge is
On Saturday, June 22, 2024 3:36:54 PM GMT+2 Taylor R Campbell wrote:
> Module Name: src
> Committed By: riastradh
> Date: Sat Jun 22 13:36:54 UTC 2024
>
> Modified Files:
> src/external/mit/libcbor/lib: Makefile
>
> Log Message:
> libcbor: Fix make dependencies on configuration.h.
"Taylor R Campbell" writes:
> Module Name: src
> Committed By: riastradh
> Date: Sun May 5 15:25:31 UTC 2024
>
> Modified Files:
> src/external/mit/xorg/lib/dri: Makefile
> src/external/mit/xorg/lib/dri.old: Makefile
>
> Log Message:
> mesa: Build with -Wno-error=typedef-redef
On Fri, Apr 19, 2024 at 10:48:10PM +0700, Robert Elz wrote:
> Date:Fri, 19 Apr 2024 14:58:18 +
> From:"Jonathan A. Kollasch"
> Message-ID: <20240419145818.351d2f...@cvs.netbsd.org>
>
> | - bail out if resulting __DATE__/__TIME__ replacement strings are empty
>
Date:Fri, 19 Apr 2024 14:58:18 +
From:"Jonathan A. Kollasch"
Message-ID: <20240419145818.351d2f...@cvs.netbsd.org>
| - bail out if resulting __DATE__/__TIME__ replacement strings are empty
If you want to do that (not that it would be useful, even if the %b
(et
On Fri 19 Apr 2024 at 14:47:23 +0200, Martin Husemann wrote:
> The problem (IIUC) is that the ntp code parses this value internally, so
> it won't talk to anyone claiming a time before the time ntpd was compiled
> (or something along that line).
Would it make sense to just supply a fixed string to
Date:Fri, 19 Apr 2024 14:57:46 +0200
From:Martin Husemann
Message-ID: <20240419125746.gb26...@mail.duskware.de>
| On Fri, Apr 19, 2024 at 02:47:23PM +0200, Martin Husemann wrote:
| > The commit message could have explained that a bit.
|
| And it actually shoul
On Fri, Apr 19, 2024 at 02:47:23PM +0200, Martin Husemann wrote:
> The commit message could have explained that a bit.
And it actually should have been "+%b %e %Y" - from the C18 standard draft:
6.10.8.1 Mandatory macros
__DATE__
The date of translation of the preprocessing translation unit: a
On Fri, Apr 19, 2024 at 04:36:46PM +0700, Robert Elz wrote:
> I don't understand that change, it altered from
>
> MKREPRO_DATE != ${TOOL_DATE} -u -r "${MKREPRO_TIMESTAMP}" "+%F"
> to
> MKREPRO_DATE != ${TOOL_DATE} -u -r "${MKREPRO_TIMESTAMP}" "+%b %d %Y"
>
> %F is simply a shorthand f
Date:Thu, 18 Apr 2024 19:23:54 +
From:"Jonathan A. Kollasch"
Message-ID: <20240418192354.1bcc1f...@cvs.netbsd.org>
| Module Name:src
| Committed By: jakllsch
| Date: Thu Apr 18 19:23:54 UTC 2024
|
| Modified Files:
| src
In article <20240405085127.b998ef...@cvs.netbsd.org>,
Robert Elz wrote:
>Module Name: src
>Committed By: kre
>Date: Fri Apr 5 08:51:27 UTC 2024
>
>Modified Files:
> src/external: Makefile
> src/external/mit/libuv/lib: Makefile
>
>Log Message:
>Probable hack fix for current
Date:Fri, 5 Apr 2024 08:51:27 +
From:"Robert Elz"
Message-ID: <20240405085127.b998ef...@cvs.netbsd.org>
Christos, this seems to fix the builds, but I doubt it is really
done correctly (and I don't just mean the overlong line I left in
src/external/Makefile which w
On Mon, Sep 11, 2023 at 12:27:25PM +1000, matthew green wrote:
> "Rin Okuyama" writes:
> > Module Name:src
> > Committed By: rin
> > Date: Mon Sep 11 01:54:18 UTC 2023
> >
> > Modified Files:
> > src/external/gpl3/binutils/dist/ld/emultempl: aarch64elf.em armelf.em
>
On 2023/09/11 11:27, matthew green wrote:
"Rin Okuyama" writes:
Module Name:src
Committed By: rin
Date: Mon Sep 11 01:54:18 UTC 2023
Modified Files:
src/external/gpl3/binutils/dist/ld/emultempl: aarch64elf.em armelf.em
elf.em
Log Message:
ld: Enable --copy-d
"Rin Okuyama" writes:
> Module Name: src
> Committed By: rin
> Date: Mon Sep 11 01:54:18 UTC 2023
>
> Modified Files:
> src/external/gpl3/binutils/dist/ld/emultempl: aarch64elf.em armelf.em
> elf.em
>
> Log Message:
> ld: Enable --copy-dt-needed-entries by default again
th
On Tue, Sep 5, 2023 at 4:46 AM matthew green wrote:
>
> > I did similar verification for gdb/dist/bfd also. I'd like to
> > sync {binutils,gdb}/dist/bfd, but there are huge diffs between
> > them. Most of them seem like binutils or gdb specific fixes,
> > but I may overlook something...
> >
> > It
> I did similar verification for gdb/dist/bfd also. I'd like to
> sync {binutils,gdb}/dist/bfd, but there are huge diffs between
> them. Most of them seem like binutils or gdb specific fixes,
> but I may overlook something...
>
> It must be nice if we could unify two libbfd's. The upstream
> uses t
On 2023/08/28 19:55, Valery Ushakov wrote:
On Mon, Aug 28, 2023 at 00:02:50 +, Rin Okuyama wrote:
Log Message:
binutils/bfd: Adjust blank line to reduce diff from upstream
Thanks a lot for these cleanups!
Do we need to apply similar cleanups to the bfd version in gdb?
(external/gpl3/gdb/
"Christos Zoulas" writes:
> Module Name: src
> Committed By: christos
> Date: Sun Sep 3 18:45:26 UTC 2023
>
> Modified Files:
> src/external/gpl3/gcc.old/dist/gcc: ubsan.c
>
> Log Message:
> remap generated ubsan filename string labels. fixes reproducible builds.
> reported by wiz@
On Mon, Aug 28, 2023 at 00:02:50 +, Rin Okuyama wrote:
> Log Message:
> binutils/bfd: Adjust blank line to reduce diff from upstream
Thanks a lot for these cleanups!
Do we need to apply similar cleanups to the bfd version in gdb?
(external/gpl3/gdb/dist/bfd)
-uwe
Ah, it must be better. Thank you for useful comment as always :)
I've confirmed the same files are generated. I will commit soon, but
commit mail seems to be delayed for some reasons...
Thanks,
rin
On Sun, Aug 20, 2023 at 11:17 AM Valery Ushakov wrote:
>
> On Sun, Aug 20, 2023 at 02:02:40 +
On Sun, Aug 20, 2023 at 02:02:40 +, Rin Okuyama wrote:
> Modified Files:
> src/external/gpl3/gdb/dist/gnulib: configure
> src/external/gpl3/gdb/dist/gnulib/import/m4: rename.m4
>
> Log Message:
> gdb/gnulib: ``guess yes'' to rename(2) checks for NetBSD
Can't we just set gl_cv_fun
> For vax, something still wrong.
This was due to my test environment built by GCC 12. For system built by GCC 10,
GDB 13 works just fine (except for C++ exception handling), as far as I can see.
Thanks,
rin
On Thu, Aug 17, 2023 at 4:45 PM Rin Okuyama wrote:
>
> Module Name:src
> Committed
This was not correct. Core file support for NetBSD/riscv was present for
our local version of GDB 11, and lost during merge.
Thanks,
rin
On Thu, Aug 17, 2023 at 4:37 PM Rin Okuyama wrote:
>
> Module Name:src
> Committed By: rin
> Date: Thu Aug 17 07:37:36 UTC 2023
>
> Modified Fi
> binutils/bfd: Correct auxv offset for NetBSD, from gdb/bfd
binutils.old/bfd for this commit...
rin
On Thu, Aug 17, 2023 at 3:49 PM Rin Okuyama wrote:
>
> Module Name:src
> Committed By: rin
> Date: Thu Aug 17 06:49:01 UTC 2023
>
> Modified Files:
> src/external/gpl3/bi
> gcc/ppc: Register NetBSD OSABI for rs6000, lost during merge
oops, apparently "gdb/ppc", not "gcc".
Thanks,
rin
On Thu, Aug 17, 2023 at 2:53 PM Rin Okuyama wrote:
>
> Module Name:src
> Committed By: rin
> Date: Thu Aug 17 05:53:45 UTC 2023
>
> Modified Files:
> src/ext
> Date: Thu, 29 Jun 2023 16:51:05 - (UTC)
> From: chris...@astron.com (Christos Zoulas)
>
> In article <20230628222148.710dbf...@cvs.netbsd.org>,
> Thomas Klausner wrote:
> >-=-=-=-=-=-
> >
> [...]
> >+-DTMUX_CONF='"/etc/tmux.conf:~/.tmux.conf:$XDG_CONFIG_HOME/tmux/tmux.conf:~/.config/tmux/tm
In article <20230628222148.710dbf...@cvs.netbsd.org>,
Thomas Klausner wrote:
>-=-=-=-=-=-
>
[...]
>+-DTMUX_CONF='"/etc/tmux.conf:~/.tmux.conf:$XDG_CONFIG_HOME/tmux/tmux.conf:~/.config/tmux/tmux.conf"'
> \
What is XDG_CONFIG_HOME?
christos
I experimented with this, and my analysis of the gnulib emacs regexp
wasn't quite correct.
When I reverted this autoconf change, and fixed m4 as below,
regen works. I'm testing a full build of NetBSD now.
On 23-05-25 06:36, Luke Mewburn wrote:
| Hi Christos,
|
| Whilst this initially fixe
Hi Christos,
Whilst this initially fixed my tools/compat regen problem,
I'm not sure it's correct long term.
I think we need to revert this, and fix usr.bin/m4 -g (GNU)
emulation for m4 regexp() and patsubst() ?
A quick comparison of usr.bin/m4/gnum4.c twiddle() versus
https://www.gnu.org/sof
Nikita wrote:
> Module Name: src
> Committed By: nikita
> Date: Mon Apr 17 21:17:58 UTC 2023
>
> Modified Files:
> src/external/mit/lua/dist/src: ldump.c lundump.c
>
> Log Message:
> lua: apply upstream bugfix for "Loading a corrupted binary file can segfault."
Unless it's a secur
Thanks!
rin
On 2023/04/18 22:53, Nikita Ronja Gillmann wrote:
Hi,
okay. I'll add them for now as notes in one of the README files in the lua
directory.
Rin Okuyama transcribed 0.4K bytes:
Hello again,
On 2023/04/18 4:16, Nikita wrote:
Module Name: src
Committed By: nikita
Date:
Hi,
okay. I'll add them for now as notes in one of the README files in the
lua directory.
Rin Okuyama transcribed 0.4K bytes:
Hello again,
On 2023/04/18 4:16, Nikita wrote:
Module Name:src
Committed By: nikita
Date: Mon Apr 17 19:16:38 UTC 2023
Modified Files:
src/e
Hello again,
On 2023/04/18 4:16, Nikita wrote:
Module Name:src
Committed By: nikita
Date: Mon Apr 17 19:16:38 UTC 2023
Modified Files:
src/external/mit/lua/dist/src: lua.c
Log Message:
lua: Apply upstream bugfix for "lua.c assumes that argv has at least one
element."
"Christos Zoulas" writes:
> Module Name: src
> Committed By: christos
> Date: Tue Feb 7 20:39:03 UTC 2023
>
> Modified Files:
> src/external/gpl3/binutils/dist/bfd: config.bfd elfn32-mips.c
note that the config.bfd changes here now mean there are two
copies of all 4 mips*netbsd* he
Yes -- I suppose genfs_pathconf() is sufficient here.
--
J. Hannken-Illjes - hann...@mailbox.org
> On 3. Oct 2022, at 11:40, Frank Kardel wrote:
>
>
> Good to know. So do we need to add path conf there?
> Frank
>
> 3 Oct 2022 11:34:09 J. Hannken-Illjes :
>
>> Frank,
>>
>> the vnode operatio
Good to know. So do we need to add path conf there?
Frank
3 Oct 2022 11:34:09 J. Hannken-Illjes :
> Frank,
>
> the vnode operations for ".zfs" are in zfs_ctldir.c and there
> is no pathconf operation here ...
>
> --
> J. Hannken-Illjes - hann...@mailbox.org
>
>> On 3. Oct 2022, at 11:26, Fra
Frank,
the vnode operations for ".zfs" are in zfs_ctldir.c and there
is no pathconf operation here ...
--
J. Hannken-Illjes - hann...@mailbox.org
> On 3. Oct 2022, at 11:26, Frank Kardel wrote:
>
> Well, I am am happy to do that. But ls got eopnotsupp for fpathconf of ACL
> names and barked a
Well, I am am happy to do that. But ls got eopnotsupp for fpathconf of ACL
names and barked at them when listing the .zfs snapshot directory. Ls is only
ignoring einval at that place. So something must be wrong there wrt tog.
Frank
3 Oct 2022 10:53:10 J. Hannken-Illjes :
>> On 27. Sep 2022, at
> On 27. Sep 2022, at 12:33, Frank Kardel wrote:
>
> Module Name: src
> Committed By: kardel
> Date: Tue Sep 27 10:33:21 UTC 2022
>
> Modified Files:
> src/external/cddl/osnet/dist/uts/common/fs/zfs: zfs_vnops.c
>
> Log Message:
> for unsupported names return EINVAL as per TOG
>
On Wed, Jul 06, 2022 at 20:59:43 -, Christos Zoulas wrote:
> >> Thanks uwe! Are you planning to upstream all these changes?
> >
> >This is our mdocified bin/awk.1, upstream is dist/awk.1 that is
> >-man-old, so I'm not sure how to proceed. Also most of the changes I
> >made are strictly mdoc
Christos Zoulas writes:
> In article <20220705184003.aa082f...@cvs.netbsd.org>,
> Valeriy E. Ushakov wrote:
> >-=-=-=-=-=-
> >
> >Module Name: src
> >Committed By:uwe
> >Date:Tue Jul 5 18:40:03 UTC 2022
> >
> >Modified Files:
> > src/external/historical/nawk/bin: awk.1
In article ,
Valery Ushakov wrote:
>On Tue, Jul 05, 2022 at 20:20:09 -, Christos Zoulas wrote:
>
>> In article <20220705184003.aa082f...@cvs.netbsd.org>,
>> Valeriy E. Ushakov wrote:
>> >-=-=-=-=-=-
>> >
>> >Module Name:src
>> >Committed By: uwe
>> >Date: Tue Jul
On Tue, Jul 05, 2022 at 20:20:09 -, Christos Zoulas wrote:
> In article <20220705184003.aa082f...@cvs.netbsd.org>,
> Valeriy E. Ushakov wrote:
> >-=-=-=-=-=-
> >
> >Module Name: src
> >Committed By:uwe
> >Date:Tue Jul 5 18:40:03 UTC 2022
> >
> >Modified Files:
> >
In article <20220705184003.aa082f...@cvs.netbsd.org>,
Valeriy E. Ushakov wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: uwe
>Date: Tue Jul 5 18:40:03 UTC 2022
>
>Modified Files:
> src/external/historical/nawk/bin: awk.1
>
>Log Message:
>awk(1): consistent Capitalization.
Am 05.07.2022 um 02:16 schrieb Valery Ushakov:
Posix has the echo example as:
BEGIN {
for (i = 1; i < ARGC; ++i)
printf("%s%s", ARGV[i], i==ARGC-1?"\n":" ")
}
which I would still consider ugly :). I would rather use instead:
BEGIN { for (i = 1; i < ARGC; ++i) $
On Mon, Jul 04, 2022 at 20:06:45 +0200, Roland Illig wrote:
> Am 04.07.2022 um 13:14 schrieb Valery Ushakov:
> > On Mon, Jul 04, 2022 at 08:04:57 +0200, Roland Illig wrote:
> >
> > > 04.07.2022 01:54:16 Valery Ushakov :
> > > > On Mon, Jul 04, 2022 at 00:07:23 +0200, Roland Illig wrote:
> > > >
Am 04.07.2022 um 13:14 schrieb Valery Ushakov:
On Mon, Jul 04, 2022 at 08:04:57 +0200, Roland Illig wrote:
04.07.2022 01:54:16 Valery Ushakov :
On Mon, Jul 04, 2022 at 00:07:23 +0200, Roland Illig wrote:
Am 03.07.2022 um 21:55 schrieb Valery Ushakov:
On Sun, Jul 03, 2022 at 10:56:22 +,
On Sun, Jul 03, 2022 at 22:55:48 +0300, Valery Ushakov wrote:
> On Sun, Jul 03, 2022 at 10:56:22 +, Roland Illig wrote:
>
> > Module Name:src
> > Committed By: rillig
> > Date: Sun Jul 3 10:56:22 UTC 2022
> >
> > Modified Files:
> > src/external/historical/na
On Mon, Jul 04, 2022 at 08:04:57 +0200, Roland Illig wrote:
> 04.07.2022 01:54:16 Valery Ushakov :
> > On Mon, Jul 04, 2022 at 00:07:23 +0200, Roland Illig wrote:
> >
> >> Am 03.07.2022 um 21:55 schrieb Valery Ushakov:
> >>> On Sun, Jul 03, 2022 at 10:56:22 +, Roland Illig wrote:
> >>>
>
04.07.2022 01:54:16 Valery Ushakov :
> On Mon, Jul 04, 2022 at 00:07:23 +0200, Roland Illig wrote:
>
>> Am 03.07.2022 um 21:55 schrieb Valery Ushakov:
>>> On Sun, Jul 03, 2022 at 10:56:22 +, Roland Illig wrote:
>>>
Module Name: src
Committed By: rillig
Date: Sun Jul 3
On Mon, Jul 04, 2022 at 00:07:23 +0200, Roland Illig wrote:
> Am 03.07.2022 um 21:55 schrieb Valery Ushakov:
> > On Sun, Jul 03, 2022 at 10:56:22 +, Roland Illig wrote:
> >
> > > Module Name: src
> > > Committed By: rillig
> > > Date: Sun Jul 3 10:56:22 UTC 2022
> > >
>
Am 03.07.2022 um 21:55 schrieb Valery Ushakov:
On Sun, Jul 03, 2022 at 10:56:22 +, Roland Illig wrote:
Module Name:src
Committed By: rillig
Date: Sun Jul 3 10:56:22 UTC 2022
Modified Files:
src/external/historical/nawk/bin: awk.1
Log Message:
awk.1: remove trailin
On Sun, Jul 03, 2022 at 10:56:22 +, Roland Illig wrote:
> Module Name: src
> Committed By: rillig
> Date: Sun Jul 3 10:56:22 UTC 2022
>
> Modified Files:
> src/external/historical/nawk/bin: awk.1
>
> Log Message:
> awk.1: remove trailing space in output of 'echo' example prog
Am Tue, Mar 01, 2022 at 10:17:18AM +1100 schrieb matthew green:
> "Joerg Sonnenberger" writes:
> > Module Name:src
> > Committed By: joerg
> > Date: Mon Feb 28 16:30:10 UTC 2022
> >
> > Modified Files:
> > src/external/apache2/llvm: Makefile.inc
> >
> > Log Message:
"Joerg Sonnenberger" writes:
> Module Name: src
> Committed By: joerg
> Date: Mon Feb 28 16:30:10 UTC 2022
>
> Modified Files:
> src/external/apache2/llvm: Makefile.inc
>
> Log Message:
> When MKDEBUG is use, build LLVM with -g1 to significantly reduce debug
> information. This still
"Jared D. McNeill" writes:
> Module Name: src
> Committed By: jmcneill
> Date: Sat Sep 18 10:45:11 UTC 2021
>
> Modified Files:
> src/external/gpl3/gcc/dist/gcc/config: host-darwin.c
> src/external/gpl3/gcc/dist/gcc/config/aarch64: aarch64.h
>
> Log Message:
> Fix build on macO
> XXX: I wonder if each Xorg server extension can be enabled/disabled
> per ${MACHINE} basis rather than in MI include/dix-config.h header.
i had a look at this, and we could do it but it might require
generating a patched eg, xorg-config.h and maybe others, some
that are installed, some that
> On Jul 15, 2021, at 12:06 AM, matthew green wrote:
>
> "Christos Zoulas" writes:
>> Module Name: src
>> Committed By:christos
>> Date:Wed Jul 14 13:24:59 UTC 2021
>>
>> Modified Files:
>> src/external/gpl3/gcc/dist/gcc/ginclude: stddef.h
>>
>> Log Message:
>> cl
"Christos Zoulas" writes:
> Module Name: src
> Committed By: christos
> Date: Wed Jul 14 13:24:59 UTC 2021
>
> Modified Files:
> src/external/gpl3/gcc/dist/gcc/ginclude: stddef.h
>
> Log Message:
> clang does not support __float128 in our configuration and i386
shouldn't you replace
On 2021/04/22 10:09, Rin Okuyama wrote:
Module Name:src
Committed By: rin
Date: Thu Apr 22 01:09:48 UTC 2021
Modified Files:
src/external/gpl3/binutils/dist/bfd: elf32-ppc.c elf64-ppc.c
Log Message:
Fix regression where ld(1) is trapped into infinite loop when
linking bi
On 30.04.2021 15:42, Tobias Nygren wrote:
On Tue, 20 Apr 2021 23:19:53 +
Roland Illig wrote:
Module Name:src
Committed By: rillig
Date: Tue Apr 20 23:19:53 UTC 2021
Modified Files:
src/external/bsd/compiler_rt/lib/clang/lib/netbsd: syms.mk
Log Message:
clang: fix
On Tue, 20 Apr 2021 23:19:53 +
Roland Illig wrote:
> Module Name: src
> Committed By: rillig
> Date: Tue Apr 20 23:19:53 UTC 2021
>
> Modified Files:
> src/external/bsd/compiler_rt/lib/clang/lib/netbsd: syms.mk
>
> Log Message:
> clang: fix build for installing libclang_rt.ub
The condition is reversed. I will fix.
christos
> On Apr 26, 2021, at 10:31 PM, Rin Okuyama wrote:
>
> Hi,
>
> On 2021/04/26 7:25, Christos Zoulas wrote:
>> --- src/external/gpl3/gcc/usr.bin/cc1plus/Makefile:1.15 Sun Apr 11
>> 20:05:56 2021
>> +++ src/external/gpl3/gcc/usr.bin/cc1plus/Ma
Hi,
On 2021/04/26 7:25, Christos Zoulas wrote:
--- src/external/gpl3/gcc/usr.bin/cc1plus/Makefile:1.15 Sun Apr 11 20:05:56 2021
+++ src/external/gpl3/gcc/usr.bin/cc1plus/Makefile Sun Apr 25 18:25:55 2021
(snip)
-.if ${MACHINE_ARCH} == "mipseb" || ${MACHINE_ARCH} == "mipsel"
+.if ${MACHINE
"Andreas Gustafsson" wrote:
> Module Name: src
> Committed By: gson
> Date: Sat Apr 10 10:32:57 UTC 2021
>
> Modified Files:
>
> src/external/bsd/atf/dist/tools: atf-run.1 atf-run.cpp
>
> Log Message:
>
> Add support for running individual test cases under isolation.
Thank you! Th
> I think this is a misunderstanding.
indeed. sorry for the noise and mis-request.
.mrg.
06.04.2021 20:55:54 matthew green :
>> Module Name: src
>> Committed By: rillig
>> Date: Mon Apr 5 11:27:04 UTC 2021
>>
>> Modified Files:
>> src/external/mpl/bind/dist/bin/check: check-tool.c named-checkconf.c
>> named-checkzone.c
> [ ... ]
>> src/external/mpl/bind/dist/lib/ns/tests
In article <9374.1617735...@splode.eterna.com.au>,
matthew green wrote:
>> Module Name: src
>> Committed By:rillig
>> Date:Mon Apr 5 11:27:04 UTC 2021
>>
>> Modified Files:
>> src/external/mpl/bind/dist/bin/check: check-tool.c named-checkconf.c
>> named-chec
> Module Name: src
> Committed By: rillig
> Date: Mon Apr 5 11:27:04 UTC 2021
>
> Modified Files:
> src/external/mpl/bind/dist/bin/check: check-tool.c named-checkconf.c
> named-checkzone.c
[ ... ]
> src/external/mpl/bind/dist/lib/ns/tests: nstest.h
>
> Log Message:
>
Too bad, looks like they just made a copy of the FreeBSD changes. I will revert.
christos
> On Feb 25, 2021, at 6:47 PM, Rin Okuyama wrote:
>
> Hi,
>
> This does not work since nvi requires non-standard wregex API, whose
> ``char *'' arguments are replaced by ``wchar_t *'' ones:
>
> https://m
Hi,
This does not work since nvi requires non-standard wregex API, whose
``char *'' arguments are replaced by ``wchar_t *'' ones:
https://mail-index.netbsd.org/tech-userlevel/2008/08/06/msg000960.html
https://mail-index.netbsd.org/tech-userlevel/2008/08/06/msg000967.html
In principle, we can re
Hi Roy !
That looks more semantics (the ones I know of - dynamic interface
scanning is one of my NTPd parts)
preserving now.
So far I see no other issues from the pitfalls I know of.
Lets hope our kernel and other SO_RERRORS systems miss any
interface scan worthy events.
Frank
On 01/03/2
On 02/01/2021 23:33, Frank Kardel wrote:
Also the behavior now fully relies in the routing message functionality which
can be disabled
on serious procession errors - at that point the code robustness relies on the
periodic
re-scanning - so I am not sure whether the periodic re-scanning shoul
On 02/01/2021 23:33, Frank Kardel wrote:
Hi Roy !
This may look like a better solution from the interface tracking side.
People have requested being able to disable dynamic interface updates
completely.
This was implemented via the -U 0.
...
This patch seems (by visual inspection) to brea
Hi Roy !
This may look like a better solution from the interface tracking side.
People have requested being able to disable dynamic interface updates
completely.
This was implemented via the -U 0.
See man ntpd:
...
−U number, −−updateinterval=number
interval in seconds
On 02/01/2021 17:23, Roy Marples wrote:
That's a good point, with this we can now remove that forced sync on a timer
approach.
Does this look ok?
Better patch:
diff -r 9e64cf4881a1 external/bsd/ntp/dist/ntpd/ntp_io.c
--- a/external/bsd/ntp/dist/ntpd/ntp_io.c Sat Jan 02 12:39:33 2021 +0
Hi Frank
On 02/01/2021 09:55, Frank Kardel wrote:
I doubt that the explicit draining is helpful here as it already happens
I was aware of that.
I was just trying to avoid excess timer interface timeouts if we don't get
around to reading the next message in UPDATE_GRACE time.
Let's see what u
Hi Roy !
I doubt that the explicit draining is helpful here as it already happens
in the outer loop processing any routing socket input. All that is happening
in the routing messages processing path is to call
timer_interfacetimeout(current_time + UPDATE_GRACE) and
this is robust for multipl
Date:Fri, 1 Jan 2021 20:38:36 +
From:"Roy Marples"
Message-ID: <20210101203836.2cadcf...@cvs.netbsd.org>
| Modified Files:
| src/external/bsd/unbound/lib/libunbound: Makefile
|
| Log Message:
| libunbound: Now we use libevent, don't build mini_event
On Sun, Dec 13, 2020 at 12:04:40AM +, Roy Marples wrote:
> Module Name: src
> Committed By: roy
> Date: Sun Dec 13 00:04:40 UTC 2020
>
> Modified Files:
> src/external/gpl2/diffutils/dist/src: util.c
>
> Log Message:
> diffutils: execl requires a NULL sentinel
Strictly speakin
On 10.12.2020 08:14, Rin Okuyama wrote:
> Module Name: src
> Committed By: rin
> Date: Thu Dec 10 07:14:58 UTC 2020
>
> Modified Files:
> src/external/gpl3/gdb/dist/gdb: nbsd-nat.c
>
> Log Message:
> Fix arm, for which PT_STEP is defined but unimplemented.
>
> XXX
> Stop exposing
On 2020-11-28, Yorick Hardy wrote:
> Module Name: src
> Committed By: yhardy
> Date: Sat Nov 28 22:53:06 UTC 2020
>
> Modified Files:
> src/external/cddl/osnet/dist/uts/common/fs/zfs: vdev_disk.c
>
> Log Message:
> Use vn_close to release the vnodes in the error handling blocks, si
I've asked.
Best,
christos
> On Nov 1, 2020, at 11:19 AM, Kimmo Suominen wrote:
>
>> Log Message:
>> CHANGED FROM 3.1b TO 3.1c
>>
>> * Do not write after the end of the array and overwrite the stack when
>> colon-separated SGR sequences contain empty arguments.
>
> Pullup to -9 and -8 for s
> Log Message:
> CHANGED FROM 3.1b TO 3.1c
>
> * Do not write after the end of the array and overwrite the stack when
> colon-separated SGR sequences contain empty arguments.
Pullup to -9 and -8 for security fix?
https://mail-index.netbsd.org/source-changes/2020/11/01/msg123671.html
On Wed, Oct 21, 2020 at 08:58:36AM +0900, Rin Okuyama wrote:
> I'm also one who feels hesitate to import Linux'ism into our basic
> components. However, for this problem in particular, I still think
> it is not a good choice to keep NetBSD support in driver-aarch64.c:
>
> (a) Our sysctl(3)-based i
Hi,
(tech-toolchain@ added to cc)
On 2020/10/16 1:49, Kamil Rytarowski wrote:
On 15.10.2020 17:14, Rin Okuyama wrote:
On 2020/10/15 16:12, matthew green wrote:
Martin Husemann writes:
On Thu, Oct 15, 2020 at 05:28:12PM +1100, matthew green wrote:
you could try reverting most of our changes t
Date:Fri, 16 Oct 2020 04:07:31 +
From:"Thomas Mueller"
Message-ID: <20201016052422.e063084...@mail.netbsd.org>
| Should I add ,linux to the end of the procfs line?
You can, but it isn't needed these days -- I used to mount procfs twice,
once without the linux o
Excerpt from Rin Okuyama:
> Nowadays, -o linux is turned on by default (unless nolinux is
> specified explicitly). Still, native apps probably should not
> depend on it.
> This needs MI changes to procfs, not MD to aarch64. Should we
> enable /proc/cpuinfo unconditionally?
My NetBSD sys
On 15.10.2020 17:14, Rin Okuyama wrote:
> On 2020/10/15 16:12, matthew green wrote:
>> Martin Husemann writes:
>>> On Thu, Oct 15, 2020 at 05:28:12PM +1100, matthew green wrote:
you could try reverting most of our changes to this file and
making sure you run with /proc mounted -o linux.
1 - 100 of 843 matches
Mail list logo
