Summary: | buildkernel with -j4 gives "No entry found [dwarf_next_cu_header_c(61)]" for hpt27xx, hptmv, hptnr, hptrr. Using -B fixes issue | ||
---|---|---|---|
Product: | Base System | Reporter: | Robert Zelaya <rob> |
Component: | kern | Assignee: | Mark Linimon <linimon> |
Status: | Closed Overcome By Events | ||
Severity: | Affects Only Me | CC: | bdrewery, emaste, markj, rob |
Priority: | --- | Keywords: | needs-qa |
Version: | 11.1-STABLE | ||
Hardware: | amd64 | ||
OS: | Any |
Description
Robert Zelaya
2018-01-30 18:19:04 UTC
Can you expand on "Using -B fixes issue" - what's the exact command you issued? This error is really a false positive. It is effectively ctfconvert reporting that there is no DWARF debug info in the .o file. We should fix up the build system to avoid emitting spurious false positive errors, but it doesn't indicate a real problem with the kernel you've built. I get the error when doing "make -j4 buildkernel KERNCONF=VIMAGE". When I add -B "make -B -j4 buildkernel KERNCONF=VIMAGE" there are no errors. So -B uses backwards compatiblty by executing a single shell per command. Does this looks like a timing issue? ======== cat /etc/src-env.conf WITH_META_MODE = YES # WITH_DIRDEPS_BUILD = yes cat /etc/src.conf WITH_CCACHE_BUILD = yes WITH_FAST_DEPEND = yes ========= Thank you for the help. Robert This is a harmless build issue; the .o files in question don't contain debug info, but make's pattern matching rules somehow cause us to run ctfconvert. ^Triage: close as OBE. I'm sorry that this PR did not get addressed in a timely fashion. Please let us know if this still occurs on a supported OSVERSION. |