date:20170722

Re: -r321371: -j8 failed for "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist"

2017-07-22 Thread Mark Millard


On 2017-Jul-22, at 9:04 PM, Mark Millard  wrote:

> After buildworld buildkernel installkernel installkernel reboot to
> upgrade to -r321371 (from -r321109 ) I attempted:
> 
> ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh 
> installworld distrib-dirs distribute 
> DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist

Above: I accidentally copied and pasted the later command that did not have -j8 
. So:

~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh -j8 
installworld distrib-dirs distribute 
DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist

here.

> (where clang-amd64-installworld-dist was to be updated
> from -r321109 ) I got:
> 
> --- distribute_subdir_lib ---
> --- distribute ---
> cd /usr/src/lib/csu/amd64;  make install installconfig -DNO_SUBDIR 
> DESTDIR=/base SHARED=copies
> --- distribute_subdir_cddl ---
> --- _FILESINS ---
> install  -o root -g wheel  -m 444 drti.o /base/usr/lib/dtrace/
> install: /base/usr/lib/dtrace/: No such file or directory
> *** [_FILESINS] Error code 71
> 
> make[5]: stopped in /usr/src/cddl/lib/drti
> 1 error
> 
> 
> Removing the -j8 got past this (but got a later problem that
> I'll report separately).
> 
> 
> Build Context:
> 
> # svnlite info /usr/src/ | grep "Re[plv]"
> Relative URL: ^/head
> Repository Root: svn://svn.freebsd.org/base
> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
> Revision: 321371
> Last Changed Rev: 321371
> 
> # more ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh 
> kldload -n filemon && \
> script 
> ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date 
> +%Y-%m-%d:%H:%M:%S) \
> env __MAKE_CONF="/root/src.configs/make.conf" SRCCONF="/dev/null" 
> SRC_ENV_CONF="/root/src.configs/src.conf.amd64-clang.amd64-host" \
> WITH_META_MODE=yes \
> MAKEOBJDIRPREFIX="/usr/obj/amd64_clang/amd64.amd64" \
> make $*
> 
> # more /root/src.configs/make.conf
> CFLAGS.gcc+= -v
> 
> # more ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh 
> kldload -n filemon && \
> script 
> ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date 
> +%Y-%m-%d:%H:%M:%S) \
> env __MAKE_CONF="/root/src.configs/make.conf" SRCCONF="/dev/null" 
> SRC_ENV_CONF="/root/src.configs/src.conf.amd64-clang.amd64-host" \
> WITH_META_MODE=yes \
> MAKEOBJDIRPREFIX="/usr/obj/amd64_clang/amd64.amd64" \
> make $*
> 
> #WITH_META_MODE=yes \
> #
> FreeBSDx64OPC# more /root/src.configs/src.conf.amd64-clang.amd64-host
> TO_TYPE=amd64
> #
> KERNCONF=GENERIC-NODBG
> TARGET=${TO_TYPE}
> .if ${.MAKE.LEVEL} == 0
> TARGET_ARCH=${TO_TYPE}
> .export TARGET_ARCH
> .endif
> #
> #WITH_CROSS_COMPILER=
> WITH_SYSTEM_COMPILER=
> #
> WITH_LIBCPLUSPLUS=
> WITH_BINUTILS_BOOTSTRAP=
> WITH_ELFTOOLCHAIN_BOOTSTRAP=
> #WITH_CLANG_BOOTSTRAP=
> WITH_CLANG=
> WITH_CLANG_IS_CC=
> WITH_CLANG_FULL=
> WITH_CLANG_EXTRAS=
> WITH_LLD=
> WITHOUT_LLD_IS_LD=
> WITH_LLVM_LIBUNWIND=
> WITH_LLDB=
> #PORTS_MODULES=emulators/virtualbox-ose-additions
> #
> WITH_BOOT=
> WITH_LIB32=
> #
> WITHOUT_GCC_BOOTSTRAP=
> WITHOUT_GCC=
> WITHOUT_GCC_IS_CC=
> WITHOUT_GNUCXX=
> #
> NO_WERROR=
> #WERROR=
> MALLOC_PRODUCTION=
> #
> WITH_REPRODUCIBLE_BUILD=


===
Mark Millard
markmi at dsl-only.net


___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"

-r321371: -j8 failed for "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist"

2017-07-22 Thread Mark Millard

After buildworld buildkernel installkernel installkernel reboot to
upgrade to -r321371 (from -r321109 ) I attempted:

~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh 
installworld distrib-dirs distribute 
DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist

(where clang-amd64-installworld-dist was to be updated
from -r321109 ) I got:

--- distribute_subdir_lib ---
--- distribute ---
cd /usr/src/lib/csu/amd64;  make install installconfig -DNO_SUBDIR 
DESTDIR=/base SHARED=copies
--- distribute_subdir_cddl ---
--- _FILESINS ---
install  -o root -g wheel  -m 444 drti.o /base/usr/lib/dtrace/
install: /base/usr/lib/dtrace/: No such file or directory
*** [_FILESINS] Error code 71

make[5]: stopped in /usr/src/cddl/lib/drti
1 error


Removing the -j8 got past this (but got a later problem that
I'll report separately).


Build Context:

# svnlite info /usr/src/ | grep "Re[plv]"
Relative URL: ^/head
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 321371
Last Changed Rev: 321371

# more ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh 
kldload -n filemon && \
script ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date 
+%Y-%m-%d:%H:%M:%S) \
env __MAKE_CONF="/root/src.configs/make.conf" SRCCONF="/dev/null" 
SRC_ENV_CONF="/root/src.configs/src.conf.amd64-clang.amd64-host" \
WITH_META_MODE=yes \
MAKEOBJDIRPREFIX="/usr/obj/amd64_clang/amd64.amd64" \
make $*

# more /root/src.configs/make.conf
CFLAGS.gcc+= -v

# more ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh 
kldload -n filemon && \
script ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date 
+%Y-%m-%d:%H:%M:%S) \
env __MAKE_CONF="/root/src.configs/make.conf" SRCCONF="/dev/null" 
SRC_ENV_CONF="/root/src.configs/src.conf.amd64-clang.amd64-host" \
WITH_META_MODE=yes \
MAKEOBJDIRPREFIX="/usr/obj/amd64_clang/amd64.amd64" \
make $*

#WITH_META_MODE=yes \
#
FreeBSDx64OPC# more /root/src.configs/src.conf.amd64-clang.amd64-host
TO_TYPE=amd64
#
KERNCONF=GENERIC-NODBG
TARGET=${TO_TYPE}
.if ${.MAKE.LEVEL} == 0
TARGET_ARCH=${TO_TYPE}
.export TARGET_ARCH
.endif
#
#WITH_CROSS_COMPILER=
WITH_SYSTEM_COMPILER=
#
WITH_LIBCPLUSPLUS=
WITH_BINUTILS_BOOTSTRAP=
WITH_ELFTOOLCHAIN_BOOTSTRAP=
#WITH_CLANG_BOOTSTRAP=
WITH_CLANG=
WITH_CLANG_IS_CC=
WITH_CLANG_FULL=
WITH_CLANG_EXTRAS=
WITH_LLD=
WITHOUT_LLD_IS_LD=
WITH_LLVM_LIBUNWIND=
WITH_LLDB=
#PORTS_MODULES=emulators/virtualbox-ose-additions
#
WITH_BOOT=
WITH_LIB32=
#
WITHOUT_GCC_BOOTSTRAP=
WITHOUT_GCC=
WITHOUT_GCC_IS_CC=
WITHOUT_GNUCXX=
#
NO_WERROR=
#WERROR=
MALLOC_PRODUCTION=
#
WITH_REPRODUCIBLE_BUILD=


===
Mark Millard
markmi at dsl-only.net

___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"

Re: 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

2017-07-22 Thread Dimitry Andric

On 23 Jul 2017, at 02:02, Mark Millard  wrote:
> 
> On 2017-Jul-22, at 4:50 PM, Dimitry Andric  wrote:
>> On 23 Jul 2017, at 01:32, Mark Millard  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, 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?
> 
> I've done:
> 
> # mv /usr/obj/amd64_clang /usr/obj/amd64_clang_r321109_r321371
> 
> before starting a rebuild --in to preserve my
> failed-build context in case that record of
> the result of the attempt can help.

What you could try with the old objdir is:

rm /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc

then doing another incremental build.  I think that will work.

-Dimitry



signature.asc
Description: Message signed with OpenPGP

Re: 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

2017-07-22 Thread Mark Millard


On 2017-Jul-22, at 4:50 PM, Dimitry Andric  wrote:

> On 23 Jul 2017, at 01:32, Mark Millard  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, 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?

I've done:

# mv /usr/obj/amd64_clang /usr/obj/amd64_clang_r321109_r321371

before starting a rebuild --in to preserve my
failed-build context in case that record of
the result of the attempt can help.

I also have the script output for the build attempt
that I could extract content from if needed.

It will take some time for the from-scratch rebuild
to even get to the prior failure point, much less
to complete.

===
Mark Millard
markmi at dsl-only.net

___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"

Re: 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

2017-07-22 Thread Dimitry Andric

On 23 Jul 2017, at 01:32, Mark Millard  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, 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

Re: 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

2017-07-22 Thread Mark Millard

[I've added a "more" of /root/src.configs/make.conf that I
had omitted but it only adds a "CFLAGS.gcc+= -v" to the
build context. That should not matter here.]

On 2017-Jul-22, at 4:32 PM, Mark Millard  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, 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,
>^
> 
> I list the build context information before the full failure
> information. I've not tried a from scratch build yet. I'll
> start another build in a bit but it will take some time to
> get back t the same point once I start it.
> 
> Build Context:
> 
> # svnlite info /usr/src/ | grep "Re[plv]"
> Relative URL: ^/head
> Repository Root: svn://svn.freebsd.org/base
> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
> Revision: 321371
> Last Changed Rev: 321371
> 
> # more ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh 
> kldload -n filemon && \
> script 
> ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date 
> +%Y-%m-%d:%H:%M:%S) \
> env __MAKE_CONF="/root/src.configs/make.conf" SRCCONF="/dev/null" 
> SRC_ENV_CONF="/root/src.configs/src.conf.amd64-clang.amd64-host" \
> WITH_META_MODE=yes \
> MAKEOBJDIRPREFIX="/usr/obj/amd64_clang/amd64.amd64" \
> make $*

# more /root/src.configs/make.conf
CFLAGS.gcc+= -v

> # more ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh 
> kldload -n filemon && \
> script 
> ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date 
> +%Y-%m-%d:%H:%M:%S) \
> env __MAKE_CONF="/root/src.configs/make.conf" SRCCONF="/dev/null" 
> SRC_ENV_CONF="/root/src.configs/src.conf.amd64-clang.amd64-host" \
> WITH_META_MODE=yes \
> MAKEOBJDIRPREFIX="/usr/obj/amd64_clang/amd64.amd64" \
> make $*
> 
> #WITH_META_MODE=yes \
> #
> FreeBSDx64OPC# more /root/src.configs/src.conf.amd64-clang.amd64-host
> TO_TYPE=amd64
> #
> KERNCONF=GENERIC-NODBG
> TARGET=${TO_TYPE}
> .if ${.MAKE.LEVEL} == 0
> TARGET_ARCH=${TO_TYPE}
> .export TARGET_ARCH
> .endif
> #
> #WITH_CROSS_COMPILER=
> WITH_SYSTEM_COMPILER=
> #
> WITH_LIBCPLUSPLUS=
> WITH_BINUTILS_BOOTSTRAP=
> WITH_ELFTOOLCHAIN_BOOTSTRAP=
> #WITH_CLANG_BOOTSTRAP=
> WITH_CLANG=
> WITH_CLANG_IS_CC=
> WITH_CLANG_FULL=
> WITH_CLANG_EXTRAS=
> WITH_LLD=
> WITHOUT_LLD_IS_LD=
> WITH_LLVM_LIBUNWIND=
> WITH_LLDB=
> #PORTS_MODULES=emulators/virtualbox-ose-additions
> #
> WITH_BOOT=
> WITH_LIB32=
> #
> WITHOUT_GCC_BOOTSTRAP=
> WITHOUT_GCC=
> WITHOUT_GCC_IS_CC=
> WITHOUT_GNUCXX=
> #
> NO_WERROR=
> #WERROR=
> MALLOC_PRODUCTION=
> #
> WITH_REPRODUCIBLE_BUILD=
> 
> 
> Failure:
> 
> --- 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, 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,
>^
> 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:28:98: 
> error: too few arguments provided to function-like macro invocation
> OPTION(prefix_0, "", UNKNOWN, Unknown, 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,
>^
> 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:7: 
> error: missing ',' between enumerators
> OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, 0, 
> nullptr, nullptr)
>  ^
>  , 
> /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:29:94: 
> error: too

Re: 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

2017-07-22 Thread Michael Butler


On 07/22/17 19:32, Mark Millard 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, 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,


I also saw this and resolved it by rebuilding from an empty /usr/obj,

imb

___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"

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

2017-07-22 Thread Mark Millard

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, 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,
^

I list the build context information before the full failure
information. I've not tried a from scratch build yet. I'll
start another build in a bit but it will take some time to
get back t the same point once I start it.

Build Context:

# svnlite info /usr/src/ | grep "Re[plv]"
Relative URL: ^/head
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 321371
Last Changed Rev: 321371

# more ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh 
kldload -n filemon && \
script ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date 
+%Y-%m-%d:%H:%M:%S) \
env __MAKE_CONF="/root/src.configs/make.conf" SRCCONF="/dev/null" 
SRC_ENV_CONF="/root/src.configs/src.conf.amd64-clang.amd64-host" \
WITH_META_MODE=yes \
MAKEOBJDIRPREFIX="/usr/obj/amd64_clang/amd64.amd64" \
make $*


# more ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh 
kldload -n filemon && \
script ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date 
+%Y-%m-%d:%H:%M:%S) \
env __MAKE_CONF="/root/src.configs/make.conf" SRCCONF="/dev/null" 
SRC_ENV_CONF="/root/src.configs/src.conf.amd64-clang.amd64-host" \
WITH_META_MODE=yes \
MAKEOBJDIRPREFIX="/usr/obj/amd64_clang/amd64.amd64" \
make $*

#WITH_META_MODE=yes \
#
FreeBSDx64OPC# more /root/src.configs/src.conf.amd64-clang.amd64-host
TO_TYPE=amd64
#
KERNCONF=GENERIC-NODBG
TARGET=${TO_TYPE}
.if ${.MAKE.LEVEL} == 0
TARGET_ARCH=${TO_TYPE}
.export TARGET_ARCH
.endif
#
#WITH_CROSS_COMPILER=
WITH_SYSTEM_COMPILER=
#
WITH_LIBCPLUSPLUS=
WITH_BINUTILS_BOOTSTRAP=
WITH_ELFTOOLCHAIN_BOOTSTRAP=
#WITH_CLANG_BOOTSTRAP=
WITH_CLANG=
WITH_CLANG_IS_CC=
WITH_CLANG_FULL=
WITH_CLANG_EXTRAS=
WITH_LLD=
WITHOUT_LLD_IS_LD=
WITH_LLVM_LIBUNWIND=
WITH_LLDB=
#PORTS_MODULES=emulators/virtualbox-ose-additions
#
WITH_BOOT=
WITH_LIB32=
#
WITHOUT_GCC_BOOTSTRAP=
WITHOUT_GCC=
WITHOUT_GCC_IS_CC=
WITHOUT_GNUCXX=
#
NO_WERROR=
#WERROR=
MALLOC_PRODUCTION=
#
WITH_REPRODUCIBLE_BUILD=


Failure:

--- 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, 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,
^
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:28:98: 
error: too few arguments provided to function-like macro invocation
OPTION(prefix_0, "", UNKNOWN, Unknown, 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,
^
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:7: 
error: missing ',' between enumerators
OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, 0, 
nullptr, nullptr)
  ^
  , 
/usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:29:94: 
error: too few arguments provided to function-like macro invocation
OPTION(prefix_1, "ignore:", ignore, Joined, 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,
^
In file included from 
/usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35:

A powerpc64 clang 4 vs. clang 5 patch difference for PltRel and GotRel for ELF

2017-07-22 Thread Mark Millard

I have been using the following personal patch for the
clang 4 environment:

# svnlite diff contrib/llvm/tools/lld/ELF/Target.cpp
Index: contrib/llvm/tools/lld/ELF/Target.cpp
===
--- contrib/llvm/tools/lld/ELF/Target.cpp   (revision 321109)
+++ contrib/llvm/tools/lld/ELF/Target.cpp   (working copy)
@@ -1070,7 +1070,8 @@
 }
 
 PPC64TargetInfo::PPC64TargetInfo() {
-  PltRel = GotRel = R_PPC64_GLOB_DAT;
+  GotRel = R_PPC64_GLOB_DAT;
+  PltRel = R_PPC64_JMP_SLOT;
   RelativeRel = R_PPC64_RELATIVE;
   GotEntrySize = 8;
   GotPltEntrySize = 8;

(This was not sufficient for lld to work
overall but was definitely required --possibly
it should have some sort conditional status
making the change FreeBSD specific.)

In clang 5 the code has moved:

# svnlite diff /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp
Index: /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp
===
--- /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp  (revision 321371)
+++ /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp  (working copy)
@@ -60,7 +60,8 @@
 static uint16_t applyPPCHighesta(uint64_t V) { return (V + 0x8000) >> 48; }
 
 PPC64::PPC64() {
-  PltRel = GotRel = R_PPC64_GLOB_DAT;
+  GotRel = R_PPC64_GLOB_DAT;
+  PltRel = R_PPC64_JMP_SLOT;
   RelativeRel = R_PPC64_RELATIVE;
   GotEntrySize = 8;
   GotPltEntrySize = 8;

(So far I'm just guessing that the patch would still
be required. I've barely started rebuilds.)

===
Mark Millard
markmi at dsl-only.net

___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"

[Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols

2017-07-22 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218808

--- Comment #6 from Jan Beich  ---
lld 5.0 per base r321369 does support --warn-unresolved-symbols, so comment 1
shows the following:

/usr/bin/ld.lld: warning: undefined symbol: environ
>>> referenced by a.c
>>>   /tmp/a-e9e734.o:(foo)

/usr/bin/ld.lld: warning: undefined symbol: environ
>>> referenced by a.c
>>>   /tmp/a-e9e734.o:(foo)

Can you try building www/firefox on -CURRENT again?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"

Re: -r321371: -j8 failed for "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist"

-r321371: -j8 failed for "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist"

Re: 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

Re: 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

Re: 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

Re: 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

Re: 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

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

A powerpc64 clang 4 vs. clang 5 patch difference for PltRel and GotRel for ELF

[Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols

10 matches

Site Navigation

Mail list logo

Footer information