Bug 215684
| Summary: | ports-mgmt/poudriere-devel: fails to build native-xtools because of libllvmminimal | ||
|---|---|---|---|
| Product: | Ports & Packages | Reporter: | Sylvain Garrigues <sylvain> |
| Component: | Individual Port(s) | Assignee: | Bryan Drewery <bdrewery> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | CC: | bdrewery, dim, emaste, freebsd-arm, imp, mikael, sylvain, toolchain |
| Priority: | --- | Flags: | bugzilla:
maintainer-feedback?
(bdrewery) |
| Version: | Latest | ||
| Hardware: | arm | ||
| OS: | Any | ||
|
Description
Sylvain Garrigues
2016-12-31 15:25:00 UTC
There's a special case in usr.bin/clang/llvm.prog.mk for the pre-world stages:
# Special case for the bootstrap-tools phase.
.if (defined(TOOLS_PREFIX) || ${MACHINE} == "host") && \
(${PROG_CXX} == "clang-tblgen" || ${PROG_CXX} == "llvm-tblgen")
LIBDEPS+= llvmminimal
.else
LIBDEPS+= llvm
.endif
E.g. either TOOLS_PREFIX must be defined (as it normally is during all stages before world), or as Bryan added in r305223, for the host build.
I take it something is going wrong in this second case, e.g. TOOLS_PREFIX is likely not defined, while ${MACHINE} is not "host".
Thank Dimitry. Do you think it is a native-xtools bug or a poudriere one? Also reproduced with ports-mgmt/poudriere in addition to ports-mgmt/poudriere So as of today, it seems it is no longer possible to create an armv6 poudriere jail with "-x" (native-xtools)! Submitted https://reviews.freebsd.org/D9026 for review. A commit references this bug: Author: dim Date: Mon Jan 2 19:33:23 UTC 2017 New revision: 311131 URL: https://svnweb.freebsd.org/changeset/base/311131 Log: Make native-xtools build correctly after clang/llvm 3.9.0 import During the clang/llvm 3.9.0 import, the build structure for it was completely revamped. This broke the native-xtools target. It first attempts to build libllvmminimal, then the llvm-tblgen and clang-tblgen executables, but these fail to link because they are linked to the 'full' libllvm by default, as they normally are during the 'world' stage. To make these link against libllvmminimal instead, define TOOLS_PREFIX, similarly as during the bootstrap-tools phase. The value itself is empty, as we don't really want to use a prefix. Reviewed by: imp PR: 215684 MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D9026 Changes: head/Makefile.inc1 Problem solved for me with above commit. A commit references this bug: Author: dim Date: Fri Jan 6 22:09:00 UTC 2017 New revision: 311558 URL: https://svnweb.freebsd.org/changeset/base/311558 Log: MFC r311131: Make native-xtools build correctly after clang/llvm 3.9.0 import During the clang/llvm 3.9.0 import, the build structure for it was completely revamped. This broke the native-xtools target. It first attempts to build libllvmminimal, then the llvm-tblgen and clang-tblgen executables, but these fail to link because they are linked to the 'full' libllvm by default, as they normally are during the 'world' stage. To make these link against libllvmminimal instead, define TOOLS_PREFIX, similarly as during the bootstrap-tools phase. The value itself is empty, as we don't really want to use a prefix. Reviewed by: imp PR: 215684 Differential Revision: https://reviews.freebsd.org/D9026 Changes: _U stable/11/ stable/11/Makefile.inc1 |
