Yesterday I updated my machine (on i386 port, code base probably few days
behind from latest) and I had few observations:
1) upgrade using build.sh didn't build/install kernel modules it seems
(using distribution goal). I needed to build them separately and use
installmodules. Is it intended chang
Kamil Rytarowski wrote:
>>> port-sparc/53277: Many ubsan tests fail on sparc
[...]
> Please recheck sparc and sparc64 with:
>
> src/external/gpl3/gcc/dist/libsanitizer/sanitizer_common/sanitizer_linux.cc
> r.1.30
I have now rechecked sparc (only, since the tests never failed on
sparc64), and the
Kamil Rytarowski wrote:
> >>> port-sparc/53277: Many ubsan tests fail on sparc
[...]
> This was assigned to me, my code in sanitizers is in GCC9 and the GCC7
> implementation is mostly independent from my work (initial code of my
> work landed to GCC7, more of into GCC8 and almost all of it into
On 26 April 2019 3:31:45 PM MYT, Andreas Gustafsson wrote:
>
> kern/53980: INSTALL_XEN3PAE_DOMU from -current panics
I will look at this on Monday.
--
Sent from my phone. Please excuse my brevity.
On 26.04.2019 09:31, Andreas Gustafsson wrote:
>>> port-sparc/53277: Many ubsan tests fail on sparc
>> Re-test after
>> https://v4.freshbsd.org/commit/netbsd/src/eTZNaSjDaT7KUvjB
> These are still failing.
This was assigned to me, my code in sanitizers is in GCC9 and the GCC7
implementation is m
Andreas Gustafsson writes:
> And if we can't get all those post-February regressions fixed, there's
> always the option of branching retroactively, for example from source
> date 2019.02.08.09.17.12 which was the last one to achieve zero
> unexpected ATF test failures on real amd64 hardware. It'
On Wednesday, m...@netbsd.org wrote:
> > port-amd64/54001: call_once2_32, call_once2_static test cases failing on
> > amd64 since gcc7 import
> > lib/54002: Recent regressions in tests involving pic_profile
> > bin/54060: usr.bin/gdb/t_regress/threads test case now fails on amd64
>
> Try ag
Trying to reach -current from 8.0 stable following
https://www.netbsd.org/docs/current/
using the sets at
https://nyftp.netbsd.org/pub/NetBSD-daily/HEAD/latest/amd64/binary/sets/
I note the .tgz file extension should be .tar.xz and fail at step 7 for
Update /etc
> /usr/sbin/etcupdate -
In article <20190424100614.ga...@homeworld.netbsd.org>,
wrote:
>On Wed, Apr 24, 2019 at 12:48:07PM +0300, Andreas Gustafsson wrote:
>> For starters, here's a list of PRs for regressions that have been
>> introduced since early February and are still unresolved:
>>
>> port-amd64/54001: call_onc
On Wed, Apr 24, 2019 at 12:48:07PM +0300, Andreas Gustafsson wrote:
> For starters, here's a list of PRs for regressions that have been
> introduced since early February and are still unresolved:
>
> port-amd64/54001: call_once2_32, call_once2_static test cases failing on
> amd64 since gcc7 imp
Martin Husemann wrote:
> Folks,
>
> once again we are quite late for branching the next NetBSD release (NetBSD 9).
> Initially planned to happen early in February 2019, we are now aproaching
> May and it is unlikely that the branch will happen before that.
>
> On the positive side, lots of good t
Folks,
once again we are quite late for branching the next NetBSD release (NetBSD 9).
Initially planned to happen early in February 2019, we are now aproaching
May and it is unlikely that the branch will happen before that.
On the positive side, lots of good things landed in -current in between,
12 matches
Mail list logo