On Wed, 29 Oct 2014 08:42:22 -0600 Ian Lepore <i...@freebsd.org> wrote:
> On Wed, 2014-10-29 at 14:38 +0100, Gyrd Thane Lange wrote: > > On Wed, 29 Oct 2014 01:24:32 +0100 > > Gyrd Thane Lange <gyrd...@thanelange.no> wrote: > > > > > On Tue, 28 Oct 2014 16:45:47 -0700 > > > NGie Cooper <yaneurab...@gmail.com> wrote: > > > > > > > On Tue, Oct 28, 2014 at 4:35 PM, Gyrd Thane Lange > > > > <gyrd...@thanelange.no> wrote: > > > > > On Tue, 28 Oct 2014 17:01:39 -0600 > > > > > Ian Lepore <i...@freebsd.org> wrote: > > > > > > > > > >> On Tue, 2014-10-28 at 23:50 +0100, Gyrd Thane Lange wrote: > > > > >> > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > > > > >> > > > > >> Do a "make kernel-toolchain" which will build a new > > > > >> ctfconvert and put it in the right place within /usr/obj to > > > > >> be used during buildkernel. > > > > > > > > > > Thanks, I will try this (building now). But if it works I'll > > > > > be somewhat confused. I thought kernel-toolchain was implicit > > > > > when doing a full buildworld (which I've already done), and I > > > > > already have a ctfconvert > > > > > (/usr/obj/usr/src/cddl/usr.bin/ctfconvert/ctfconvert). > > > > > > Finished a make kernel-toolchain (but it left me with even less > > > binaries than make buildworld): > > > > > > # find /usr/src/ /usr/obj -name ctfconvert -type f > > > (nothing found) > > > > > > > > The problem looks more like buildkernel is ignoring the > > > > > ctfconvert tool in /usr/obj/ and instead is expecting to find > > > > > it in /usr/bin (or some such). > > > > > > > > It should be located in /usr/obj -- we should not expect the > > > > tool in /usr/bin to be correct/compatible with the source tree. > > > > > > I agree. :) > > > > > > while waiting for a proper solution for this, I'll try looking at > > > the Makefiles and bsd.*.mk files under /usr/src my self, but I > > > have never looked at them before so I don't expect a speedy > > > success. > > > > Discovered that the tools are set in /usr/src/share/mk/sys.mk: > > > > CTFCONVERT ?= ctfconvert > > CTFMERGE ?= ctfmerge > > DTRACE ?= dtrace > > > > I then set the following in my /etc/src.conf (NB! long lines): > > > > CTFCONVERT=env > > LD_LIBRARY_PATH=/usr/obj/usr/src/cddl/lib/libctf/ > > /usr/obj/usr/src/cddl/usr.bin/ctfconvert/ctfconvert > > CTFMERGE=env > > LD_LIBRARY_PATH=/usr/obj/usr/src/cddl/lib/libctf > > /usr/obj/usr/src/cddl/usr.bin/ctfmerge/ctfmerge > > DTRACE=env > > LD_LIBRARY_PATH=/usr/obj/usr/src/cddl/lib/libctf:/usr/obj/usr/src/cddl/lib/libdtrace > > /usr/obj/usr/src/cddl/usr.sbin/dtrace/dtrace > > > > This allowed me to successfully build the kernel. > > > > The important question to be asking at this point: > > Why are you the only person in the world who has had to do this? > > Until you have an answer to that, nothing is really fixed. The thing > that's different for you than for most people, I guess, is that you > originally built the system WITHOUT_CDDL then removed that option. > That's almost certainly a factor somehow. > > Also, the copy of the tool within obj that it should use is not the > copy you manually pointed to with those changes. When newer build > tools are needed, they exist within /usr/obj/usr/src/tmp/. So... why > doesn't ctfconvert exist for you in that location after making > kernel-toolchain? It does not exist in that location for anybody (not just me)*. I just happen to notice it sooner because I have no ctfconvert installed on the host beforehand. Actually, mine is the better situation in that the build stopped with an up front error instead of using the wrong (possible outdated) tools and introduced other subtle errors. I believe this is reproducible on anybodys system by deleting/moving the ctfconvert tool away from the host, before trying to build a dtrace enabled kernel. I see elsewhere in the thread that Garret and Mark are onto the real problem and solution. Gyrd ^_^ * Actually, I did see some libraries copied to /usr/obj/usr/src/tmp/.../ but none of the tools. Users that are upgrading from quite older versions and/or are crossbuilding may have the tools. > > -- Ian > > > _______________________________________________ > firstname.lastname@example.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscr...@freebsd.org" _______________________________________________ email@example.com mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"