Build failed compiling ittnotify_static.pico
Waitman Gobble
waitman at waitman.net
Sat Mar 14 02:59:22 UTC 2020
On 2020-03-13 20:07, Waitman Gobble wrote:
> On 2020-03-13 20:00, Dimitry Andric wrote:
>> On 13 Mar 2020, at 23:58, Waitman Gobble <waitman at waitman.net> wrote:
>>>
>>> On 2020-03-13 17:49, Waitman Gobble wrote:
>>>> On 2020-03-13 16:57, Bob Willcox wrote:
>> ...
>>>>> cc: error: no such file or directory:
>>>>> '/usr/src/contrib/llvm-project/openmp/runtime/src/thirdparty/ittnotify/ittnotify_static.c'
>>>>> cc: error: no input files
>>>>> *** [ittnotify_static.pico] Error code 1
>>>>> Anyone else seeing this? Any suggestions for a fix?
>>>>> Thanks,
>>>>> Bob
>>>> I've been getting the same thing since yesterday. I think the file
>>>> is actually
>>>> ittnotify_static.cpp
>>>
>>>
>>> This is supposed to handle the rename, for some reason it's not
>>> happening on my machine.
>>>
>>> Makefile.inc1
>>>
>>> # 20200310 r358851 rename of openmp's ittnotify_static.c to .cpp
>>> .for f in ittnotify_static
>>> @if [ -e "${OBJTOP}/lib/libomp/.depend.${f}.pico" ] && \
>>> egrep -qw '${f}\.c'
>>> ${OBJTOP}/lib/libomp/.depend.${f}.pico; then \
>>> echo "Removing stale dependencies for ${f}"; \
>>> rm -f ${OBJTOP}/lib/libomp/.depend.${f}.* \
>>> ${OBJTOP}/obj-lib32/lib/libomp/.depend.${f}.* \
>>>
>>> ${LIBCOMPAT:D${LIBCOMPAT_OBJTOP}/lib/libomp/.depend.${f}.*}; \
>>> fi
>>> .endfor
>>
>> Hm, so during your buildworld, does it show "Removing stale
>> dependencies
>> for ittnotify_static" or not? And is the .depend file there? Can you
>> check /usr/obj for the file .depend.ittnotify_static.pico, and list
>> its
>> permissions?
>>
>> -Dimitry
>
> OK, I'll check it out. I was looking in /usr/src and now realize my
> mistake. OBJTOP should have been a queue, but I missed it.
>
> I just did a make cleanworld, and now rebuilding. So I'll see what
> happens.
>
> The Makefile for libomp specifies the .cpp so I'm not quite sure why
> it's looking for .c anyway.
'make cleanworld' solved it, build without error.
I used to always delete obj for years, but I've not done that for a
couple of years without any problems I've noticed.
--
Waitman Gobble
More information about the freebsd-current
mailing list