Re: Missing lib on linking libc WITH_LIBCPLUSPLUS

看板FB_stable作者時間13年前 (2012/10/03 06:01), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串5/6 (看更多)
On 2012-10-02 19:27, Eitan Adler wrote: > On 2 October 2012 12:01, Volodymyr Kostyrko <c.kworr@gmail.com> wrote: .... >> Bingo. Yes, disabling ccache makes everything work. > please ping the ccache folk about this. It *shouldn't* matter. :) In this case, ccache apparently does not realize that the world stage is using the toolchain built during the cross-tools stage, which usually is in /usr/obj/usr/src/tmp/usr/bin. This toolchain uses another include and lib path, e.g. it only refers to headers and libraries under /usr/obj, specifically *not* those in the base system. In Volodymyr's original log, you can see /usr/bin/ld being invoked by the compiler driver, not /usr/obj/usr/src/tmp/usr/bin/ld. I think ccache invokes /usr/bin/cc, instead of /usr/obj/usr/src/tmp/usr/bin/cc. Normally ccache searches the PATH to find the 'real' cc executable, but I am not sure why this goes wrong during the world stage. It would be interesting to see some verbose logging from ccache, to see how it finds the cc executable here. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
文章代碼(AID): #1GQsGVHU (FB_stable)
討論串 (同標題文章)
文章代碼(AID): #1GQsGVHU (FB_stable)