Date: Wed, 18 Mar 2015 23:53:41 -0700 From: Russell Haley <russ.haley@gmail.com> To: Tim Kientzle <tim@kientzle.com>, freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: Building Cross Compiler and u-boot Message-ID: <CABx9NuSWJgM-Vfd4rGgpSHCsabWvi%2BBigfeUtoeBbJaUBY_5_g@mail.gmail.com> In-Reply-To: <CABx9NuRhOBvNFPAHd4h9YkiQgi8Dih-M3C0Sgv5ABWmaKqXYNQ@mail.gmail.com> References: <CABx9NuQXb_FJMw%2BqwbaGuFX94LkEMRf_9kAuowk6ctYBEDQn=A@mail.gmail.com> <CALFUBVFVDLz=NCuTT5LTYm%2BCycW5C2GmcK6TB%2B7cdvG2zZHgKg@mail.gmail.com> <5505CD50.2050503@ambient-md.com> <CABx9NuRH7a5H2quHUiBAL6M%2BbHBqBP-jK9CbNCPOsjhJmtngGw@mail.gmail.com> <CABx9NuSyT2xdejw-p6sS=HGZgVB-fqWf1oK1gWHswy9hKvYDZw@mail.gmail.com> <E3580587-BD6C-4F63-A33F-5ABD88048C52@kientzle.com> <CABx9NuSDiMXD%2BMAC=OKwrHcRrT1Jzr7ADJ9_C5mQs14B-%2BDiQQ@mail.gmail.com> <B40A580E-3ED9-4957-891F-C3A244B9646D@kientzle.com> <CABx9NuRToRgV9KzwiNNePO6b42E=4sFzaJiCOAYrr_eb1bgpcw@mail.gmail.com> <CABx9NuSsJF_OBbtOvhM%2BNn4%2Bbs6t2Zs5JSGdg7dKUv8wHp%2B93Q@mail.gmail.com> <CABx9NuRhOBvNFPAHd4h9YkiQgi8Dih-M3C0Sgv5ABWmaKqXYNQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Tim, In case you care, I was able to rebuild world from within my jail as root but just didn't realize it worked? When I do uname -a it still returns as running 10.1-Release (which is my PCBSD version I think???). I've come to this conclusion because I created a new jail with the CURRENT snapshot from the FTP site, and I still get the same result: root@current:/usr/include # uname -a FreeBSD current.example.org 10.1-RELEASE-p17 FreeBSD 10.1-RELEASE-p17 #0: Wed Feb 25 19:37:57 UTC 2015 root@amd64-builder.pcbsd.org:/usr/obj/usr/src/sys/GENERIC amd64 Is there a way to tell what my world/rootfs (sorry, what's the correct term?) is from within the jail? Anyway, the Dwarf_Block error has gone and xdev is currently make as I type= . Thanks, Russ On Tue, Mar 17, 2015 at 12:09 AM, Russell Haley <russ.haley@gmail.com> wrot= e: > I'll answer my own jails question: > > 15.3. Creating and Controlling Jails > https://www.freebsd.org/doc/handbook/jails-build.html > > Cheers, > > Russ > > On Mon, Mar 16, 2015 at 11:54 PM, Russell Haley <russ.haley@gmail.com> wr= ote: >> Okay, I have to figure out how to get current running in a jail on >> PC-BSD. I'm going to hit their forum. >> >> Tim, as per "You=E2=80=99re trying to use the cross-compiler for the nat= ive >> bits." Okay, this is my latest: >> >> root@Jailbird:/usr/uboot# gmake SED=3Dgsed HOSTCC=3Dcc >> CROSS_COMPILE=3Darm-none-eabi- ccwmx53js_config >> Configuring a wireless module >> Configuring for ccwmx53 board... >> root@Jailbird:/usr/uboot# gmake SED=3Dgsed HOSTCC=3Dcc CROSS_COMPILE=3Da= rm-none-eabi- >> Generating include/autoconf.mk >> Shared object "libmpc.so.3" not found, required by "cc1" >> Generating include/autoconf.mk.dep >> Shared object "libmpc.so.3" not found, required by "cc1" >> for dir in tools examples/standalone examples/api ; do gmake -C $dir >> _depend ; done >> gmake[1]: Entering directory '/usr/uboot/tools' >> gmake[1]: Nothing to be done for '_depend'. >> gmake[1]: Leaving directory '/usr/uboot/tools' >> gmake[1]: Entering directory '/usr/uboot/examples/standalone' >> gmake[1]: Nothing to be done for '_depend'. >> gmake[1]: Leaving directory '/usr/uboot/examples/standalone' >> gmake[1]: Entering directory '/usr/uboot/examples/api' >> gmake[1]: Nothing to be done for '_depend'. >> gmake[1]: Leaving directory '/usr/uboot/examples/api' >> gmake -C tools all >> gmake[1]: Entering directory '/usr/uboot/tools' >> cc -g -Wall -idirafter /usr/uboot/include -idirafter >> /usr/uboot/include2 -idirafter /usr/uboot/include -I /usr/uboot/libfdt >> -I /usr/uboot/tools -DTEXT_BASE=3D0x77800000 -DUSE_HOSTCC >> -D__KERNEL_STRICT_NAMES -O -c -o fdt.o >> cc: error: no input files >> Makefile:231: recipe for target 'fdt.o' failed >> gmake[1]: *** [fdt.o] Error 1 >> gmake[1]: Leaving directory '/usr/uboot/tools' >> Makefile:402: recipe for target 'tools' failed >> gmake: *** [tools] Error 2 >> root@Jailbird:/usr/uboot# ls tools/ >> .depend easylogo image.o logos >> mkimage.o scripts >> Makefile env img2brec.sh md5.o >> mpc86x_clk.c setlocalversion >> bddb envcrc.c img2srec.c mingw_support.c >> ncb.c sha1.o >> bin2header.c fdt_host.h imls mingw_support.h >> netconsole ubsha1.c >> bmp_logo.c gdb inca-swap-bytes.c mkimage.c >> os_support.c updater >> crc32.o gen_eth_addr.c jtagconsole mkimage.h >> os_support.h >> root@Jailbird:/usr/uboot# >> >> I know I've already said it but: oh, my poor little brain! >> >> Thanks guys! >> Russ >> >> On Sun, Mar 15, 2015 at 10:32 PM, Russell Haley <russ.haley@gmail.com> w= rote: >>> Ah, I didn't realize my jail had to be of the same branch as I was >>> trying to cross compile. Thank you. >>> >>> Russ >>> >>> On Sun, Mar 15, 2015 at 9:25 PM, Tim Kientzle <tim@kientzle.com> wrote: >>>> >>>>> On Mar 15, 2015, at 8:17 PM, Russell Haley <russ.haley@gmail.com> wro= te: >>>>> >>>>> Tim, >>>>> >>>>> root@Jailbird:/usr/src# cat /usr/src/contrib/elftoolchain/nm/nm.c | >>>>> grep "libdwarf.h" >>>>> #include <libdwarf.h> >>>>> >>>>> root@Jailbird:/usr/src# ll /usr/include/libdwarf.h >>>>> -r--r--r-- 1 root wheel 7385 Nov 11 13:03 /usr/include/libdwarf.h >>>>> >>>>> root@Jailbird:/usr/src# ll /usr/src/contrib/elftoolchain/libdwarf/lib= dwarf.h >>>>> -rw-r--r-- 1 root wheel 33712 Mar 5 23:00 >>>>> /usr/src/contrib/elftoolchain/libdwarf/libdwarf.h >>>>> >>>>> >>>>> root@Jailbird:/usr/src# cat /usr/include/libdwarf.h | grep Dwarf_Bloc= k >>>> >>>> Apparently, you have a broken /usr/include/libdwarf.h. The >>>> file on your system is from Nov 11, but a quick dig through SVN >>>> logs shows that the Dwarf_Block declaration has been in >>>> FreeBSD-CURRENT since at least Jan 2014. >>>> >>>> I suggest you try updating your build system from source. >>>> >>>> Cheers, >>>> >>>> Tim >>>> >>>> >>>> >>>>> root@Jailbird:/usr/src# cat >>>>> /usr/src/contrib/elftoolchain/libdwarf/libdwarf.h | grep Dwarf_Block >>>>> } Dwarf_Block; >>>>> int dwarf_formblock(Dwarf_Attribute, Dwarf_Block **, Dwar= f_Error *); >>>>> root@Jailbird:/usr/src# >>>>> >>>>> >>>>> >>>>> >>>>> Thanks, >>>>> >>>>> Russ >>>>> >>>>> On Sun, Mar 15, 2015 at 7:52 PM, Tim Kientzle <tim@kientzle.com> wrot= e: >>>>>> >>>>>>> On Mar 15, 2015, at 12:25 PM, Russell Haley <russ.haley@gmail.com> = wrote: >>>>>>> >>>>>>> Peter, >>>>>>> >>>>>>> Sorry, I was attacked by a wild kid who managed to send my unfinish= ed email... >>>>>>> >>>>>>> Here is the error I get when I run your command from head: >>>>>>> make XDEV=3Darm XDEV_ARCH=3Darmv6 WITH_GCC=3D1 WITH_GCC_BOOTSTRAP= =3D1 >>>>>>> WITHOUT_CLANG=3D1 WITHOUT_CLANG_BOOTSTRAP=3D1 WITHOUT_CLANG_IS_CC= =3D1 xdev >>>>>>> xdev-links >>>>>>> >>>>>>> cc -O2 -pipe -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/lib= elftc >>>>>>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=3Dgnu9= 9 >>>>>>> -fstack-protector -Qunused-arguments -c >>>>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c >>>>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: erro= r: >>>>>>> unknown type name 'Dwarf_Block' >>>>>>> get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) >>>>>>> ^ >>>>>> >>>>>> On my system: >>>>>> /usr/src/contrib/elftoolchain/nm/nm.c includes libdwarf.h. >>>>>> >>>>>> /usr/include/libdwarf.h defines Dwarf_Block >>>>>> >>>>>> /usr/include/libdwarf.h is installed from /usr/src/contrib/elftoolc= hain/libdwarf/libdwarf.h >>>>>> >>>>>> Can you check those on your system? >>>>>> >>>>>> Tim >>>>>> >>>>>> >>>>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CABx9NuSWJgM-Vfd4rGgpSHCsabWvi%2BBigfeUtoeBbJaUBY_5_g>