amd64 -r321109 -> -r321371 buildworld update failed (spans clang 5 update); error: too few arguments provided to function-like macro invocation; , METAMODE and -j8 was used

[Dimitry Andric]

On 23 Jul 2017, at 01:32, Mark Millard <markmi at dsl-only.net> wrote:
> 
> My first attempt to update amd64 to a clang 5 based /usr/src
> failed ( -r321109 -> -r321371 ). Listing just the first
> error initially:
> 
> --- ToolDrivers/llvm-lib/LibDriver.o ---
> In file included from /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35:
> /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:92: error: too few arguments provided to function-like macro invocation
> OPTION(prefix_0, "<input>", INPUT, Input, INVALID, INVALID, nullptr, 0, 0, nullptr, nullptr)
>                                                                                           ^
> /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: note: macro 'OPTION' defined here
> #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) OPT_##ID,
>        ^

Yeah, I think this can happen with an incremental build, and if you
enable MK_CLANG_EXTRAS.  There was only one Options.inc file first, in
$WORLDTMP/usr/src/lib/clang/libllvm, but now there are two different
ones, under $WORLDTMP/usr/src/lib/clang/libllvm/llvm-lib and
$WORLDTMP/usr/src/lib/clang/libllvm/llvm-dlltool.  This is a rather
unfortunate change from upstream.

I'm unsure what to do here, maybe it is a good idea to explicitly rm
the incorrect file before make starts to search the directory.  Bryan,
any clues?  IIRC there were some other precedents where stale objects
could get in the way, and would have to be force-deleted before even
the depend stage?

-Dimitry

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 223 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.freebsd.org/pipermail/freebsd-toolchain/attachments/20170723/e00272a8/attachment.sig>