Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 20 Dec 2014 10:25:13 -0700
From:      Warner Losh <imp@bsdimp.com>
To:        Adrian Chadd <adrian@FreeBSD.org>
Cc:        "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org>
Subject:   Re: trying to build crochet/freebsd-head raspberry pi
Message-ID:  <22621F71-5049-452C-AB8B-403E365C325D@bsdimp.com>
In-Reply-To: <CAJ-VmokSrZsoUwYL8WNeLzUfE4Px0r0XSeFrd0LEsVQx0Zjm9w@mail.gmail.com>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]

> On Dec 19, 2014, at 7:23 PM, Adrian Chadd <adrian@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.

Warner

[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQIcBAEBCgAGBQJUlbD6AAoJEGwc0Sh9sBEA33QQALG/2hN2xT2UYEvlLeRQ2WJH
wowyw9rm8abGbca333Zh44dfOryjebH379UI4Rts9yXBKtm3zYv2DcAfcMH9Q1tB
axBk75zWJGrd7Z5K/8OXfMqZbxc6PmK5osn8ZExZ5wPMUGaLvOnDBR/BQDIhfca6
obusQN+JOxSwJuRWELkgiUenKt550Yq5Emy459jBVAEFrRETE77qdAFeaIs8+lRu
p53C0h6PNvuLNnf1Kq+/ZBCLkjdLdUcJ9x7Xly+joCTod/nzB4VU8n89/cmTz3vl
9dR/DFeAx+nEaOqA+KXoBn/3D+Zncs6r0TgUGCM7gGOa5LD/yZfB3Wa7AzHZEXpO
6F8Xa3lwxl3WmPVs0wbXOaS7iyNpV2fCMNk0QU5sbQZITV1ul26U2+03Gdmx2NnW
sSDKNfwMcBCD2uIM/BJvZhRHKZyAktGyqGQWPQxcGfUUKECVgUDNFXOGBLbYg3Qw
Azn+Q7wnh0Umt2UdrBMNYtfcZnlKxqEn4FPnycfnxoHgawz+wTXJd56S+q+n2J7z
gxaMTBgndPlf8RXlbv24azG9mCyQ3n86sLJVNf/hXVBmHfVKMBD6ogCh2ArtqnLa
8LwZL/G/uimyy39qxgCjEkciiVcDV2LMVou9M6sUORwRX5d/MkykecWAvlVEgJCS
A/ZjyWSEciTRtdZVe9JC
=7s8s
-----END PGP SIGNATURE-----
home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?22621F71-5049-452C-AB8B-403E365C325D>