On 23 Jul 2017, at 01:32, Mark Millard <mar...@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
signature.asc
Description: Message signed with OpenPGP
