trying to build crochet/freebsd-head raspberry pi
Adrian Chadd
adrian at freebsd.org
Sat Dec 20 20:37:43 UTC 2014
On 20 December 2014 at 09:25, Warner Losh <imp at bsdimp.com> wrote:
>
>> On Dec 19, 2014, at 7:23 PM, Adrian Chadd <adrian at FreeBSD.org> wrote:
>>
>> hiya!
>>
>> i'm trying to build an updated -head r-pi image, and I'm hitting problems again.
>>
>> I've updated to the latest crochet from tim's github.
>>
>> Then I run it, and it says to run this:
>>
>> make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1
>> WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1
>> WITHOUT_TESTS=1 xdev
>>
>> so I do, and this happens:
>>
>> ===> gnu/usr.bin/binutils/libbinutils (all)
>> ===> gnu/usr.bin/binutils/addr2line (all)
>> cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I.
>> -I/usr/home/adrian/work/freebsd/head/src/gnu/usr.bin/binutils/addr2line
>> -I/usr/home/adrian/work/freebsd/head/src/gnu/usr.bin/binutils/addr2line/../libbfd
>> -I/home/adrian/work/freebsd/head/obj/usr/home/adrian/work/freebsd/head/src/gnu/usr.bin/binutils/addr2line/../libbfd
>> -I/usr/home/adrian/work/freebsd/head/src/gnu/usr.bin/binutils/addr2line/../../../../contrib/binutils/include
>> -D_GNU_SOURCE -I/usr/home/adrian/work/freebsd/head/src/gnu/usr.bin/binutils/addr2line/../libbinutils
>> -I/usr/home/adrian/work/freebsd/head/src/gnu/usr.bin/binutils/addr2line/../../../../contrib/binutils/binutils
>> -std=gnu99 -fstack-protector -Qunused-arguments -o addr2line
>> addr2line.o ../libbinutils/libbinutils.a ../libbfd/libbfd.a
>> ../libiberty/libiberty.a
>> ../libbfd/libbfd.a(targets.o):(.data+0x10): undefined reference to
>> `bfd_elf64_x86_64_freebsd_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x0): undefined reference to
>> `bfd_elf64_x86_64_freebsd_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x8): undefined reference to
>> `bfd_elf64_x86_64_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x10): undefined reference to
>> `bfd_efi_app_x86_64_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x18): undefined reference to
>> `bfd_elf32_i386_freebsd_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x20): undefined reference to
>> `bfd_elf32_i386_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x28): undefined reference to
>> `bfd_efi_app_ia32_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0xc8): undefined reference to
>> `bfd_elf32_i386_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0xd8): undefined reference to
>> `bfd_elf32_i386_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0xe8): undefined reference to
>> `bfd_elf32_i386_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0xf8): undefined reference to
>> `bfd_elf32_i386_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x108): undefined reference to
>> `bfd_elf32_i386_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x118): more undefined
>> references to `bfd_elf32_i386_vec' follow
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x148): undefined reference to
>> `bfd_elf32_i386_freebsd_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x178): undefined reference to
>> `bfd_elf32_i386_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x188): undefined reference to
>> `bfd_elf32_i386_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x198): undefined reference to
>> `bfd_elf32_i386_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x1a8): undefined reference to
>> `bfd_elf32_i386_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x1b8): undefined reference to
>> `bfd_elf64_x86_64_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x1d8): undefined reference to
>> `bfd_elf64_x86_64_freebsd_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x1f8): undefined reference to
>> `bfd_elf64_x86_64_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x208): undefined reference to
>> `bfd_elf64_x86_64_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x218): undefined reference to
>> `bfd_elf32_i386_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x228): undefined reference to
>> `bfd_elf32_i386_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x238): undefined reference to
>> `bfd_elf32_i386_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x258): undefined reference to
>> `bfd_elf32_i386_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x268): undefined reference to
>> `bfd_elf32_i386_vec'
>> ../libbfd/libbfd.a(targets.o):(.rodata+0x278): more undefined
>> references to `bfd_elf32_i386_vec' follow
>> ../libbfd/libbfd.a(archures.o): In function `bfd_scan_arch':
>> /usr/home/adrian/work/freebsd/head/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archures.c:(.text+0x2e):
>> undefined reference to `bfd_i386_arch'
>> ../libbfd/libbfd.a(archures.o): In function `bfd_arch_list':
>> /usr/home/adrian/work/freebsd/head/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archures.c:(.text+0x75):
>> undefined reference to `bfd_i386_arch'
>> /usr/home/adrian/work/freebsd/head/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archures.c:(.text+0x9d):
>> undefined reference to `bfd_i386_arch'
>> ../libbfd/libbfd.a(archures.o): In function `bfd_default_set_arch_mach':
>> /usr/home/adrian/work/freebsd/head/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archures.c:(.text+0x5e7):
>> undefined reference to `bfd_i386_arch'
>> ../libbfd/libbfd.a(archures.o): In function `bfd_lookup_arch':
>> /usr/home/adrian/work/freebsd/head/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archures.c:(.text+0x665):
>> undefined reference to `bfd_i386_arch'
>> ../libbfd/libbfd.a(archures.o):/usr/home/adrian/work/freebsd/head/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archures.c:(.text+0x705):
>> more undefined references to `bfd_i386_arch' follow
>> cc: error: linker command failed with exit code 1 (use -v to see invocation)
>> *** Error code 1
>>
>>
>> ... is that known?
>
> This is a somewhat odd failure mode… I’ve not seen it, but why is it getting i386 symbols undefined when you have an arm build going? It’s xdev, which I’ve officially decided to not do any more work on.
>
> I suggest using ports for the cross build compilers. Work is underway on that, but I’m not sure if it has been pushed out yet.
Ok, i was hoping that this'd mostly work still so doing raspberry-pi
framebuffer/gpu development on -HEAD. I'll wait until the changes hit
crochet and it all works out of the box again.
Thanks,
-adrian
More information about the freebsd-arm
mailing list