Date: Tue, 17 Mar 2015 00:09:59 -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: <CABx9NuRhOBvNFPAHd4h9YkiQgi8Dih-M3C0Sgv5ABWmaKqXYNQ@mail.gmail.com> In-Reply-To: <CABx9NuSsJF_OBbtOvhM%2BNn4%2Bbs6t2Zs5JSGdg7dKUv8wHp%2B93Q@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>
next in thread | previous in thread | raw e-mail | index | archive | help
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> wrot= e: > 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 nati= ve > 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=3Dar= m-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> wr= ote: >> 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> wrot= e: >>>> >>>> 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/libd= warf.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_Block >>> >>> 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 **, Dwarf= _Error *); >>>> root@Jailbird:/usr/src# >>>> >>>> >>>> >>>> >>>> Thanks, >>>> >>>> Russ >>>> >>>> On Sun, Mar 15, 2015 at 7:52 PM, Tim Kientzle <tim@kientzle.com> wrote= : >>>>> >>>>>> On Mar 15, 2015, at 12:25 PM, Russell Haley <russ.haley@gmail.com> w= rote: >>>>>> >>>>>> Peter, >>>>>> >>>>>> Sorry, I was attacked by a wild kid who managed to send my unfinishe= d 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=3D= 1 >>>>>> WITHOUT_CLANG=3D1 WITHOUT_CLANG_BOOTSTRAP=3D1 WITHOUT_CLANG_IS_CC=3D= 1 xdev >>>>>> xdev-links >>>>>> >>>>>> cc -O2 -pipe -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libe= lftc >>>>>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=3Dgnu99 >>>>>> -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: error= : >>>>>> 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/elftoolch= ain/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?CABx9NuRhOBvNFPAHd4h9YkiQgi8Dih-M3C0Sgv5ABWmaKqXYNQ>