From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 58712 invoked by alias); 20 May 2016 12:30:36 -0000 Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org Received: (qmail 58520 invoked by uid 48); 20 May 2016 12:30:23 -0000 From: "mcermak at redhat dot com" To: systemtap@sourceware.org Subject: [Bug runtime/20122] New: use base os toolchain consistently in the developer toolset environment Date: Fri, 20 May 2016 12:30:00 -0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: systemtap X-Bugzilla-Component: runtime X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mcermak at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: systemtap at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2016-q2/txt/msg00119.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20122 Bug ID: 20122 Summary: use base os toolchain consistently in the developer toolset environment Product: systemtap Version: unspecified Status: NEW Severity: normal Priority: P2 Component: runtime Assignee: systemtap at sourceware dot org Reporter: mcermak at redhat dot com Target Milestone: --- In the devtoolset environment, base os compiler is being used even if the devtoolset one is available. This way systemtap kernel modules are being compiled using similar compiler to which has been used for the kernel compilation. Systemtap enforces that by tweaking the PATH env var appropriately. However it turns out that LD_LIBRARY_PATH isn't being updated accordingly a= nd so the base rhel assembler uses the devtoolset variant of bfd, which leads = to rhbz1337617. Following update fixes this problem for me: =3D=3D=3D=3D=3D=3D=3D # git diff diff --git a/buildrun.cxx b/buildrun.cxx index 0656e70..9621c97 100644 --- a/buildrun.cxx +++ b/buildrun.cxx @@ -101,11 +101,19 @@ make_any_make_cmd(systemtap_session& s, const string& dir, const string& target) newpath +=3D oldpath; } + string newldlpath("LD_LIBRARY_PATH=3D/usr/lib64:/usr/lib"); + const char *oldldlpath =3D getenv("LD_LIBRARY_PATH"); + if (oldldlpath !=3D NULL) + { + newldlpath +=3D ':'; + newldlpath +=3D oldldlpath; + } + vector make_cmd { // PR14168: sanitize environment variables for kbuild invocation "env", "-uARCH", "-uKBUILD_EXTMOD", "-uCROSS_COMPILE", "-uKBUILD_IMA= GE", - "-uKCONFIG_CONFIG", "-uINSTALL_PATH", newpath, + "-uKCONFIG_CONFIG", "-uINSTALL_PATH", newpath, newldlpath, "make", "-C", s.kernel_build_tree, "M=3D" + dir, // need make-quoting? # =3D=3D=3D=3D=3D=3D=3D --=20 You are receiving this mail because: You are the assignee for the bug.