On Wed, 12 Dec 2018 02:11:10 +0300
Lev Serebryakov wrote:
> Hello Freebsd-current,
>
> I'm building very last r341836 (with new llvm/clang 7) on r341726 and get
> this build
> error (with MALLOC_PRODUCTION=yes):
>
Worked for me from r341824 to r341840, but I deleted /usr/obj/usr
before start
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am Wed, 12 Dec 2018 10:06:02 +0100
Gary Jennejohn schrieb:
> On Wed, 12 Dec 2018 02:11:10 +0300
> Lev Serebryakov wrote:
>
> > Hello Freebsd-current,
> >
> > I'm building very last r341836 (with new llvm/clang 7) on r341726 and get
> > this bu
Отмена
12 дек. 2018 г. 14:30 пользователь
написал:
Send freebsd-current mailing list submissions to
freebsd-current@freebsd.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.freebsd.org/mailman/listinfo/freebsd-current
or, via email, send a message with
On 12 Dec 2018, at 10:24, O. Hartmann wrote:
>
> Am Wed, 12 Dec 2018 10:06:02 +0100
> Gary Jennejohn schrieb:
>
> > On Wed, 12 Dec 2018 02:11:10 +0300
> > Lev Serebryakov wrote:
> >
> > > Hello Freebsd-current,
> > >
> > > I'm building very last r341836 (with new llvm/clang 7) on r341726 and
On 12.12.2018 14:59, Dimitry Andric wrote:
ld: error: undefined symbol: clang::CallExpr::getLocStart() const
>>> referenced by MacOSXAPIChecker.cpp:86
>>> (/usr/src/contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/MacOSXAPIChecker.cpp:86)
>>> MacOSXAPIChecker.o:((anonymous
>>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I just updated sources /usr/src to r341879 (13-CURRENT). To have a clean, new
build,
performing of "make cleanwolrd cleandir" has been issued and I have set
WITH_META_MODE=
in /etc/src-env.conf. Loading filemon.ko and rebuilding world and kernel ta
On Wed, 12 Dec 2018 at 07:35, Lev Serebryakov wrote:
>
> On 12.12.2018 14:59, Dimitry Andric wrote:
>
> ld: error: undefined symbol: clang::CallExpr::getLocStart() const
> >>> referenced by MacOSXAPIChecker.cpp:86
> >>> (/usr/src/contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/Ma
> On Dec 11, 2018, at 11:14 AM, Ian Lepore wrote:
>
> On Tue, 2018-12-11 at 11:40 -0700, Sean Bruno wrote:
>> make[8]: "/home/sbruno/bsd/fbsd_head/share/mk/bsd.files.mk" line 92:
>> warning: duplicate script for target "_testsFILESINS_cleanup.ksh"
>> ignored
>> make[8]: "/home/sbruno/bsd/fbsd_he
Hi,
my build machine (FreeBSD:13:amd64 r341429) builds world/kernel ok for amd64,
world for i386 ok, but fails 'make buildkernel' for i386:
-- snip
...
--- if_vte.o ---
/usr/src/12/sys/dev/vte/if_vte.c:76:10: fatal error: 'miibus_if.h' file not
found
#include "miibus_if.h"
^~
Henry Vogt wrote:
> Hi,
>
> my build machine (FreeBSD:13:amd64 r341429) builds world/kernel ok for amd64,
> world for i386 ok, but fails 'make buildkernel' for i386:
>
> -- snip
>
> ...
>
> --- if_vte.o ---
> /usr/src/12/sys/dev/vte/if_vte.c:76:10: fatal error: 'miibus_if.h' file not
> found
On Mon, 10 Dec 2018 17:34:03 +0900 (JST)
Yasuhiro KIMURA wrote:
> Hello,
>
> yasu@rolling-vm-freebsd1[2018]% uname -a
> FreeBSD rolling-vm-freebsd1.home.utahime.org 13.0-CURRENT FreeBSD
> 13.0-CURRENT r341690 GENERIC amd64 yasu@rolling-vm-freebsd1[2019]%
> LANG=C svn info /usr/src Path: /usr/sr
On Wed, 2018-12-12 at 19:33 +0300, Yuri Pankov wrote:
> Henry Vogt wrote:
> >
> > Hi,
> >
> > my build machine (FreeBSD:13:amd64 r341429) builds world/kernel ok
> > for amd64, world for i386 ok, but fails 'make buildkernel' for
> > i386:
> >
> > -- snip
> >
> > ...
> >
> > --- if_vte.o ---
> >
Dear Yuri,
Am 12.12.18 um 17:33 schrieb Yuri Pankov:
> Henry Vogt wrote:
>> Hi,
>>
>> my build machine (FreeBSD:13:amd64 r341429) builds world/kernel ok for
>> amd64, world for i386 ok, but fails 'make buildkernel' for i386:
>>
>> -- snip
>>
>> ...
>>
>> --- if_vte.o ---
>> /usr/src/12/sys/dev/vt
Hi Henry,
> On Dec 12, 2018, at 8:29 AM, Henry Vogt wrote:
>
> Hi,
>
> my build machine (FreeBSD:13:amd64 r341429) builds world/kernel ok for amd64,
> world for i386 ok, but fails 'make buildkernel' for i386:
>
> -- snip
>
> ...
>
> --- if_vte.o ---
> /usr/src/12/sys/dev/vte/if_vte.c:76:10:
On 2018-Dec-11, at 17:27, Mark Millard wrote:
> [This was after amd64 updating to -r341836 successfully ( from -r341766 ).
> The below was a meta-mode cross build, also going from -r341766 to
> -r341836 .]
>
> #
> ~/sys_build_scripts.amd64-host/make_armv7_nodebug_clang_bootstrap-amd64-host.s
On Wed, 12 Dec 2018 at 10:19, Ed Maste wrote:
>
> While we could take this to
> root cause I think the most expedient fix is probably just to check
> for evidence of clang 6 in the object tree, and rm the .depend files
> and objects if found.
A patch implementing this is available for review in
h
O. Hartmann wrote:
> delete-old|-libs afterwards, I started again a build (filemon loaded!). And,
> surprise,
> surprise, compilation of all the long-haul taking LLVM/CLANG stuff starts
> again! That is
> not funny.
If you have META_MODE enabled -dM will tell you if meta_oodate
decided the targ
On Thu, Dec 13, 2018 at 3:25 AM Mark Millard via freebsd-toolchain
wrote:
> Looks like this might have been from a race condition or some such.
> Rerunning the meta-mode build again had no such problem and completed.
It is also happening in clean build, I've filed a PR about this:
https://bugs.f
18 matches
Mail list logo