Pull up following revision(s) (requested by riastradh in ticket #515):
external/gpl3/gcc/dist/gcc/config/arm/arm.cc: revision 1.2
external/gpl3/gcc/dist/gcc/config/arm/arm.cc: revision 1.3
external/gpl3/gcc/dist/gcc/config/arm/arm.md: revision 1.24
external/gpl3/gcc/dist/gcc/config/arm/arm.h: revision 1.27
gcc/arm: For -mtp=soft, ensure stack alignment even in leaves.
The option -mtp=soft, which is the default on earmv5, makes queries
to the thread pointer, for access to static (`initial-exec')
thread-local storage, go through the C runtime subroutine
__aeabi_read_tp. (For earmv>=6, we use the cp15 register via a
single instruction.)
Thus procedures which gcc thinks of as leaf procedures that use
__aeabi_read_tp are not really leaf procedures -- and even though
__aeabi_read_tp itself doesn't use the stack pointer at all,
resolving the symbol may take a detour through the dynamic linker,
[111 lines not shown]
Pull up following revision(s) (requested by riastradh in ticket #514):
share/mk/bsd.prog.mk: revision 1.360
share/mk/bsd.lib.mk: revision 1.424
share/mk/bsd.prog.mk: revision 1.361
tests/libexec/ld.elf_so/Makefile: revision 1.33
tests/lib/csu/Makefile: revision 1.14
share/mk/bsd.kmodule.mk: revision 1.87
share/mk/bsd.kmodule.mk: revision 1.88
libexec/ld.elf_so/Makefile: revision 1.152
bsd.prog.mk: Fix parallel builds of debug data.
Previously, we had one rule to generate foo, and another rule to
derive foo.debug from it with objcopy -- and then rewrite foo _in
place_ to strip the debug data with objcopy.
This is wrong -- one rule should never overwrite another rule's
target; this violates the contract with make(1), and can lead it to
[45 lines not shown]
Pull up following revision(s) (requested by riastradh in ticket #1353):
tests/lib/librumphijack/t_tcpip.sh: revision 1.23
tests/lib/librumphijack/t_tcpip.sh: revision 1.25
tests/lib/librumphijack/t_tcpip.sh: revision 1.26
tests/lib/librumphijack: Avoid trying to run rpcbind as non-root.
Can probably make this work through rumphijack, but there's no sense
in even trying the test if we can't, so let's reduce the unprivileged
false alarms.
t_tcpip: Mark ssh test xfail.
PR bin/59278: tests/lib/librumphijack/t_tcpip:ssh failing since
openssh 10.0 update
[2 lines not shown]
Pull up following revision(s) (requested by riastradh in ticket #1352):
tests/lib/libc/sys/t_posix_fadvise.c: revision 1.4
t_posix_fadvise: Don't check whether errno is preserved.
I can find no guarantee in POSIX about posix_fadvise preserving
errno; until such language is found I'm going to assume there is no
such guarantee.
What is happening is that, sometimes, rump_sys_posix_fadvise waits on
a mutex or condvar, which uses _lwp_park internally, which sometimes
wakes up early with EALREADY because a wakeup was already pending for
the thread by the time it entered _lwp_park. And that EALREADY is
delivered by _lwp_park via errno.
PR kern/53931: posix_fadvise_reg test case fails randomly on real
hardware
Gerbil is an opinionated, some might even say tendentious, dialect
of Scheme designed for Systems Programming. It provides a state of
the art macro and module system on top of the Gambit runtime and
compiler and an extensive standard library. One way to think of
Gerbil is as the C++ to Marc Feeley's C.
The macro system is based on quote-syntax, and provides the full
meta-syntactic tower with a native implementation of syntax-case.
It also provides a full-blown module system, similar to PLT Scheme's
(sorry, Racket) modules. The main difference from Racket is that
Gerbil modules are single instantiation, supporting high performance
ahead of time compilation and compiled macros.
sys/conf/ssp.mk: Conditionalize use of USE_SSP on HAVE_SSP=yes.
Fixes the following failure after my previous change from
${USE_SSP:Uno} to ${USE_SSP} here so that make(1) would detect
failure to define USE_SSP -- which it did, for alpha, hppa, and ia64:
nbmake: /home/riastradh/netbsd/current/src/sys/conf/ssp.mk:3: Variable "USE_SSP" is undefined
in /home/riastradh/netbsd/current/src/sys/conf/Makefile.kern.inc:397
in /home/riastradh/netbsd/current/obj.hppa/sys/arch/hppa/compile/GENERIC/Makefile:1333
nbmake: Fatal errors encountered -- cannot continue
nbmake: stopped making "depend" in /home/riastradh/netbsd/current/obj.hppa/sys/arch/hppa/compile/GENERIC
PR lib/60858: fortuitous embarrassment: fortify is all kinds of busted
curitz: update to version 1.0.0.
Pkgsrc changes:
* Version, dependencies + checksums.
Upstream changes:
1.0.0 2026-09-28
================
Main changes:
* one new feature, pressing "*" for select-and-move
* MANY performance improvements
* Many errors leading to crashes are handled better
There are now some docs hosted at the main Zino docs site: Zino
clients: cuRitz
Added
[44 lines not shown]
py-zinolib: update to version 1.3.5.
Pkgsrc changes;
* version & checksum updates.
Upstream changes:
1.3.5 2026-10-09
================
Added:
* Test on Python 3.12 on Github
* This changelog
Changed:
* Update dependencies of CI on Github
* Upgrade linters and pre-commit itself
1.3.4 2025-07-24
[45 lines not shown]
gtk2: Fix previous.
If a user didn't have MACOSX_DEPLOYMENT_TARGET set in mk.conf then the variable
was no longer defined, so handle both cases. Pointed out by tnn@.
*: Fix inaccurate comments about iconv detection on macOS
The detection is not faulty; the implementation is rejected with intent.
Issue will need a generic pkgsrc resolution at some point.
PR bin/60860 : Open output files later
Defer opening the output files until after the input file has
been read.
Also, check that the -o (output) file and the (optional) -m map
file don't name the same file (simple textual check, very easy
to defeat if desired).
And finally, abort early if the input file is empty, to avoid
generating a hash function which ends with (something like):
return (g[h[0]] + g[h[1]]) % 0;
which, if it compiles at all, which I doubt (I didn't bother
testing it) certainly won't do anything useful (maybe dump core).
Note: I doubt the utility of this change, the three files, in
any practical usage, will all be wanted once the has function
[20 lines not shown]
gtexinfo: override the iconv test on macOS
Upstream configure (via gnulib) has started to reject the native Apple
libiconv because it has bugs related to character transliteration.
This leads to PLIST errors. See for rationale:
https://lists.gnu.org/archive/html/bug-gnulib/2024-05/msg00375.html
The correct fix is probably to do:
.if ${OPSYS} == "Darwin"
USE_GNU_ICONV= yes
.endif
But this would introduce a new dependency on converters/libiconv.
I'll leave it to someone more familiar with the implications
to decide.
This commit leaves the broken status quo and is in line with
other pkgsrc packages that have the same workaround, such as
devel/gettext and textproc/libunistring.
php-gd: Force c99.
Regenerating configure with newer autoconf tries to default to -std=gnu23 if
supported, which conflicts with some of the K&R still in this code.
php-bcmath: Force c99.
Regenerating configure with newer autoconf tries to default to -std=gnu23 if
supported, which conflicts with some of the K&R still in this code.
ap-php: Force gnu99.
Regenerating configure with newer autoconf tries to default to -std=gnu23 if
supported, which conflicts with some of the K&R still in this code.
py-vcs-versioning: updated to 2.6.0
2.6.0 (2026-10-06)
Added
- Add the `towncrier-fragments-zerover` version scheme: like `towncrier-fragments`, but while the last tag is `0.x`, `breaking` and `removal` fragments bump the minor version and only a `major` fragment proposes `1.0.0`.
nvi: Force c99.
Regenerating configure with newer autoconf tries to default to -std=gnu23 if
supported, which conflicts with some of the K&R still in this code.
py-mercurial: updated to 7.2.4
7.2.4
Fix the detection of peers with limited query size during discovery (9f732870676c)
rhg: include the path in purge's directory removal errors (94be520c5190)
verify: remove incorrect fncache branch in file index case (f43ea4a964e7)
update: fix status after a flag-only update of symlink into a file, in rust (a491512f1f79)
update: fix status after a flag-only update of a file into a symlink, in rust (5829e64543c3)
rust: respect umask for executable files during update (33bb83b15bdc)
