recent libm build breakage

I have made some hacks which seem to have the amd64 build working again. I an looking at i386 now, and will then try evbarm builds. But there's no way I can build all 73 of the ports - so if you're a builder of HEAD on the less common ports, now would be a good time to try. I have a kind of

Re: new gcc8/gcc10 build breakage between 9.99.63 and 9.99.67

On Thu, Jun 18, 2020 at 08:25:00AM +0200, Thomas Klausner wrote: > I've updated my system from 9.99.63 to 9.99.67. > > I did a bulk build just before that and one right after, i.e. I have > binary packages from June 16. > > After the upgrade, gcc8 and gcc10 do not build any longer because of >

new gcc8/gcc10 build breakage between 9.99.63 and 9.99.67

Hi! I've updated my system from 9.99.63 to 9.99.67. I did a bulk build just before that and one right after, i.e. I have binary packages from June 16. After the upgrade, gcc8 and gcc10 do not build any longer because of differences in the stage2 and stage3 files. gcc8: gmake[3]: Leaving

Re: possible fix for lfs build breakage

On 23.02.2020 12:57, matthew green wrote: > i'm not sure if this patch is right, but i'm reasonably confident > it is and it fixes the build breakage i'm seeing: > >https://www.netbsd.org/~mrg/lfs.buildfix.diff > > > .mrg. > While there, There are LFS UBSan repor

possible fix for lfs build breakage

i'm not sure if this patch is right, but i'm reasonably confident it is and it fixes the build breakage i'm seeing: https://www.netbsd.org/~mrg/lfs.buildfix.diff .mrg.

Re: Build breakage

Working on it - expect a commit soon, as soon as my build comlpetes. On Thu, 12 Dec 2019, Andreas Gustafsson wrote: Hi all, As of source date 2019.12.12.05.00.33, the evbarm-earmv7hf build is failing with: --- kern_module.o ---

Build breakage

Hi all, As of source date 2019.12.12.05.00.33, the evbarm-earmv7hf build is failing with: --- kern_module.o --- /tmp/bracket/build/2019.12.12.11.47.30-evbarm-earmv7hf/src/lib/librump/../../sys/rump/../kern/kern_module.c: In function 'module_init':

build breakage on -current (gdt.c)

--- gdt.o --- /disk/6/archive/foreign/src/sys/arch/amd64/amd64/gdt.c:212:1: error: 'gdt_grow' defined but not used [-Werror=unused-function] gdt_grow(void) ^ I think during building the xen kernels. I don't see any commit to that file. The only caller of that function is inside #if

Re: build breakage, speeling

Hello, On Fri, 11 Mar 2016 13:24:23 -0800 bch wrote: > --- if_malo_pcmcia.o --- > /usr/src/sys/dev/pcmcia/if_malo_pcmcia.c: In function 'cmalo_media_change': > /usr/src/sys/dev/pcmcia/if_malo_pcmcia.c:637:43: error: expected ')' before > '_' > if ((error =

build breakage, speeling

--- if_malo_pcmcia.o --- /usr/src/sys/dev/pcmcia/if_malo_pcmcia.c: In function 'cmalo_media_change': /usr/src/sys/dev/pcmcia/if_malo_pcmcia.c:637:43: error: expected ')' before '_' if ((error = ieee80211_media_change(ifp))_ != ENETRESET) ^ --- if_iwn.o

freebsd tools build breakage

The tools build on freebsd 10 broke yesterday (or possibly day before); its normally been fine. Havent got time to fix it right now, so sending a note here. (this comes from the rump automated builds at http://builds.rumpkernel.org which does hourly builds against current on

Re: freebsd tools build breakage

In article CAK4o1Wy_vmfcV=lgonejy-zqo0wr8dghzy-updu6i0ymqxz...@mail.gmail.com, Justin Cormack jus...@specialbusservice.com wrote: The tools build on freebsd 10 broke yesterday (or possibly day before); its normally been fine. Havent got time to fix it right now, so sending a note here. I think

Re: build breakage

On Sat, Apr 12, 2014 at 09:09:29PM +0200, Joerg Sonnenberger wrote: On Sat, Apr 12, 2014 at 09:01:36PM +0200, Thomas Klausner wrote: Is there an easy way to tell build.sh to use clang as bootstrap compiler? Set HOST_CC / HOST_CXX? Now I get farther, but still: --- compatibility.o ---

Re: build breakage

On Sat, Apr 12, 2014 at 10:03:02PM +0200, Thomas Klausner wrote: I don't understand why it uses that compiler when x86_64--netbsd-clang++ also exists and I have -V MKLLVM=yes -V HAVE_LLVM=yes -V MKLIBCXX=yes in my build.sh command line. Due to various issues, I had to disable llvm for various

named build breakage with NAMED_USE_PTHREADS=no

Hello, #else is missing in bind/dist/lib/isc/task_p.h. I need this to run named on i486 that does not have CX8. Index: src/external/bsd/bind/dist/lib/isc/task_p.h === RCS file: /cvsroot/src/external/bsd/bind/dist/lib/isc/task_p.h,v

Re: named build breakage with NAMED_USE_PTHREADS=no

(03/29/14 21:58), I wrote: #else is missing in bind/dist/lib/isc/task_p.h. I need this to run named on i486 that does not have CX8. Thank you for fix. -- t-hash