From owner-freebsd-ports-bugs@freebsd.org Sat Dec 24 23:35:56 2016 Return-Path: Delivered-To: freebsd-ports-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3A70C8F0E0 for ; Sat, 24 Dec 2016 23:35:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC7621623 for ; Sat, 24 Dec 2016 23:35:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uBONZtut062828 for ; Sat, 24 Dec 2016 23:35:55 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 215541] ports-mgmt/poudriere-devel: -r428604: -x (native-xtools) ignores MAKEOBJDIRPREFIX for XDEV_TOOLS; more Date: Sat, 24 Dec 2016 23:35:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bdrewery@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter flagtypes.name Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Dec 2016 23:35:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215541 Bug ID: 215541 Summary: ports-mgmt/poudriere-devel: -r428604: -x (native-xtools) ignores MAKEOBJDIRPREFIX for XDEV_TOOLS; more Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: bdrewery@FreeBSD.org Reporter: markmi@dsl-only.net Flags: maintainer-feedback?(bdrewery@FreeBSD.org) Assignee: bdrewery@FreeBSD.org [Note this is based on analyzing what issue might happen in my first experiments with poudriere --or what I might need to avoid because of issues that might be involved.] If export MAKEOBJDIRPREFIX=3D"..." is used in a /usr/local/etc/*poudriere.conf but -x is in use for a pourdriere jail command that puts it to use then XDEV_TOOLS ignores the MAKEOBJDIRPREFIX=3D and looks in : /usr/obj/${TARGET}.${TARGET_ARCH}/nxb-bin no matter what. Or going the other way for the intent: MAKEOBJDIRPREFIX=3D would likely prevent the result from being in the above path as required by the below code. (Prevent MAKEOBJDIRPREFIX use?) build_and_install_world() { . . . if [ ${XDEV} -eq 1 ]; then msg "Starting make native-xtools with ${PARALLEL_JOBS} jobs" ${MAKE_CMD} -C /usr/src native-xtools ${MAKE_JOBS} \ ${MAKEWORLDARGS} || err 1 "Failed to 'make native-xtool= s'" XDEV_TOOLS=3D/usr/obj/${TARGET}.${TARGET_ARCH}/nxb-bin . . . As, I never use the default MAKEOBJDIRPREFIX but instead identify multiple variations built from the same source systematically and more explicitly, I'd have to violate my normal naming to use -x as stands . The -C /usr/src above is also the only example of that hardwired path. (There are lots of ${JAILMNT}/usr/src examples.) The -C would not seem to track a -P patch'd SRC_BASE area. What if a potential system clang update were to be tested for targeting some architecture (such as powerpc64 or powerpc) via -x? Context: # svnlite info /usr/ports/ | grep "Re[plv]" Relative URL: ^/head Repository Root: https://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 428604 Last Changed Rev: 428604 Currently -m src=3D use would require separately doing steps equivalent to the ${XDEV} -eq 1 logic to set such up but the logic is not factored out where it can be used to complete a poudriere context for XDEV_TOOLS use. Currently use of something like -m svn+https and -P patch-file would be required for simple, direct poudriere use to experiment with system-clang compiler patches for targeting a, say, powerpc64 or powerpc or other such. At least once -P is respected by -x . Note: I tend to have the same system source patches in place for each architecture that I try, making sure that architecture specific ones do not mess up the other architectures from building. That includes when I'm testing a system clang patch for someone. (Normally a powerpc family issue is being addressed.) --=20 You are receiving this mail because: You are the assignee for the bug.=