Re: Build failed compiling ittnotify_static.pico

From: Mark Millard <marklmi_at_yahoo.com>
Date: Fri, 13 Mar 2020 16:01:43 -0700
Bob Willcox bob at immure.com wrote on
Fri Mar 13 21:08:16 UTC 2020 :

> My 13.0-current system (just updated about 2 hours ago) that is failing with this
> error when trying to do a 'make makeworld'
> 
> --- ittnotify_static.pico ---
> cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -fpic -DPIC  -O2 -pipe   -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/usr/src/lib/libomp -I/usr/src/contrib/llvm-project/openmp/runtime/src -I/usr/src/contrib/llvm-project/openmp/runtime/src/thirdparty/ittnotify -ffunction-sections -fdata-sections -g -MD  -MF.depend.ittnotify_static.pico -MTittnotify_static.pico -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wno-atomic-alignment -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-arguments    -c /usr/src/contrib/llvm-project/openmp/runtime/src/thirdparty/ittnotify/ittnotify_static.c -o ittnotify_static.pico
> 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?


The problem introduced in head -r358851 was supposed
to be fixed by head -r358907:

QUOTE

Dimitry Andric dim at FreeBSD.org 
Thu Mar 12 11:39:07 UTC 2020
	• Previous message (by thread): svn commit: r358906 - head/stand/i386/libi386
	• Next message (by thread): svn commit: r358908 - in head/sys: conf modules powerpc/conf
	• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Author: dim
Date: Thu Mar 12 11:39:04 2020
New Revision: 358907
URL: 
https://svnweb.freebsd.org/changeset/base/358907


Log:
  Allow -DNO_CLEAN build across r358851.
  
  The openmp 10.0.0 import renamed one .c file to .cpp, and this is
  something our dependency system does not handle correctly.  Add another
  ad-hoc cleanup to get rid of the stale dependency.
  
  PR:		244251
  MFC after:	6 weeks
  X-MFC-With:	358851

Modified:
  head/Makefile.inc1

Modified: head/Makefile.inc1
==============================================================================
--- head/Makefile.inc1	Thu Mar 12 06:45:08 2020	(r358906)
+++ head/Makefile.inc1	Thu Mar 12 11:39:04 2020	(r358907)
_at__at_ -924,6 +924,15 _at__at_ _sanity_check: .PHONY .MAKE
 _cleanobj_fast_depend_hack: .PHONY
 # Syscall stubs rewritten in C and obsolete MD assembly implementations
 # Date      SVN Rev  Syscalls/Changes
+# 20200310  r358851  rename of openmp's ittnotify_static.c to .cpp
+.for f in ittnotify_static
+	_at_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}.* \
+		   ${LIBCOMPAT:D${LIBCOMPAT_OBJTOP}/lib/libomp/.depend.${f}.*}; \
+	fi
+.endfor
 # 20191009  r353340  removal of opensolaris_atomic.S (also r353381)
 .if ${MACHINE} != i386
 .for f in opensolaris_atomic

END QUOTE

I've not upgraded to a lvm10 based vintage yet. I found
the above while looking into if updating looked reasonable.
So I've no direct evidence of if the change served its
purpose or not.

But it does suggest that removing any stale files
from the build area that have names matching:

.depend.ittnotify_static.*

is supposed to be sufficient to get rid of old
ittnotify_static.c file references for the following
build attempts.

It looks like two separate lib/libomp/ areas may have
such files.

===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
Received on Fri Mar 13 2020 - 22:01:54 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:23 UTC