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 feeli
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
> di
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 direct
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
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.
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 ---
/tmp/bracket/build/2019.12.12.11.47.30-evbarm-earmv7hf/src/li
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':
/tmp/bracket/build/2019.12.12.11.47.30-e
--- 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 !defined(
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 = ieee80211_media_change(ifp))_ != ENE
--- 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 -
CVS as of now doesn't build for me with:
src/usr.bin/pmap/pmap.h:128:16: error: field 'vnode' has incomplete type
Thomas
In article ,
Justin Cormack 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 that is not supposed to expose basename_r()
which is non-standard... But it is simple enough
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 linux/freebsd/netbsd/o
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 vari
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 -
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?
Joerg
Hi!
Additionally to the problem I see with a clang-compiled gcc having
ices (but not a gcc-compiled gcc), PR 48731, I cannot even build
NetBSD any longer on 6.99.40/amd64/20140408.
The build fails quite quickly in the tools stage with:
c++ -c -O -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-excep
(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
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,
19 matches
Mail list logo
