Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 17 Aug 2014 05:40:50 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-bugs@FreeBSD.org
Subject:   [Bug 192730] [build] make checkdpadd failures with LD* variables being added to LDADD
Message-ID:  <bug-192730-8-Q0xofOsJTs@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-192730-8@https.bugs.freebsd.org/bugzilla/>
References:  <bug-192730-8@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192730

--- Comment #1 from yaneurabeya@gmail.com ---
This is a bit worse with atf.*.mk and other private libraries as they do
similar things (this is with the code from my isilon-atf branch on my github
fork --
https://github.com/yaneurabeya/freebsd/commit/1804982cd418df56a7f6713802677a982f2ecb41#diff-d41d8cd98f00b204e9800998ecf8427e
):

% (cd lib/libc/tests/gen; make t_vis.checkdpadd)
(cd /usr/src/lib/libc/tests/gen && make -f /usr/src/lib/libc/tests/gen/Makefile
_RECURSING_PROGS=  SUBDIR= PROG=t_vis  checkdpadd)
/usr/src/lib/libc/tests/gen
DPADD -> /usr/obj/usr/src/lib/atf/libatf-c/libatf-c.a
LDADD -> /usr/obj/usr/src/lib/atf/libatf-c/libatf-c.so

Could -rpath be used with LDFLAGS instead with applications that need private
libraries to avoid infecting other binaries with this?

-- 
You are receiving this mail because:
You are the assignee for the bug.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-192730-8-Q0xofOsJTs>