From owner-freebsd-arm@FreeBSD.ORG Thu Mar 7 12:32:25 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8E2BBEFC for ; Thu, 7 Mar 2013 12:32:25 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 25F1376C for ; Thu, 7 Mar 2013 12:32:25 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1UDZzb-0001z6-M5 for freebsd-arm@freebsd.org; Thu, 07 Mar 2013 13:32:18 +0100 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1UDZza-00044i-QX for freebsd-arm@freebsd.org; Thu, 07 Mar 2013 13:32:14 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Subject: Re: ARM EABI test image References: <20130302172556.5b59e122@bender> Date: Thu, 07 Mar 2013 13:32:15 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.14 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.0 X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.1 X-Scan-Signature: 2d0a7f6a049cc125cd28f2ceffdc0173 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Mar 2013 12:32:25 -0000 On Wed, 06 Mar 2013 00:04:22 +0100, Ronald Klop wrote: > On Sat, 02 Mar 2013 18:21:28 +0100, Ronald Klop > wrote: > >> On Sat, 02 Mar 2013 05:25:56 +0100, Andrew Turner >> wrote: >> >>> Hello, >>> >>> I have built an updated ARM EABI test image for Raspberry Pi [1]. >>> >>> The only known issue is c++ exception handling is broken when >>> using in a dynamically linked executable. Static executables should >>> work with c++ exceptions. >>> >>> To test it you will have to extract it using unxz and dd it to an sd >>> card, for example, with a USB to SD adapter on /dev/da0: >>> $ unxz bsd-pi-eabi-r247609.img.xz >>> $ dd if=bsd-pi-eabi-r247609.img of=/dev/da0 >>> >>> If you don't have a Raspberry Pi but would like to try it on your board >>> you can add -DWITH_ARM_EABI to the make commands you use to build and >>> install world and the kernel. >> >> Is this also interesing on the older SHEEVAPLUG? >> If yes, I can test it somewhere next week. >> >> Ronald. >> >>> >>> Can people try this as I would like to know if anything else is broken >>> as this will become the default ABI for 10. >>> >>> Andrew >>> >>> [1] http://people.freebsd.org/~andrew/rpi/bsd-pi-eabi-r247609.img.xz > > I get this error. I cross-compile 10-CURRENT/arm for SHEEVAPLUG on > 9-STABLE/amd64. > 10-CURRENT is just svn up'ed. I don't have special vars set for clang, > so it compiles with gcc AFAIK. > No src.conf. Using these env vars for buildworld: > export TARGET_ARCH=arm > export KERNCONF=SHEEVAPLUG > export WITH_NAND=yes > export WITH_ARM_EABI=yes > > ... > cc -O -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT > -DLOADER_NANDFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT > -I/usr/src/sys/boot/arm/uboot/../../fdt > -I/usr/obj/arm.arm/usr/src/sys/boot/arm/uboot/../../fdt > -DLOADER_FDT_SUPPORT -DBOOT_FORTH > -I/usr/src/sys/boot/arm/uboot/../../ficl > -I/usr/src/sys/boot/arm/uboot/../../ficl/arm -DLOADER_DISK_SUPPORT > -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT > -I/usr/src/sys/boot/arm/uboot/../../common -I. -ffreestanding > -I/usr/src/sys/boot/arm/uboot/../../uboot/common > -I/usr/src/sys/boot/arm/uboot/../../uboot/lib > -I/usr/obj/arm.arm/usr/src/sys/boot/arm/uboot/../../uboot/lib > -I/usr/src/sys/boot/arm/uboot/../../../../lib/libstand/ -std=gnu99 > -Wsystem-headers -Werror -Wno-pointer-sign -nostdlib -static -T > ldscript.generated -T /usr/src/sys/boot/arm/uboot/ldscript.arm -o ubldr > start.o conf.o vers.o boot.o commands.o console.o devopen.o interp.o > interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o > load_elf32.o reloc_elf32.o dev_net.o disk.o part.o crc32.o > interp_forth.o main.o metadata.o > /usr/obj/arm.arm/usr/src/sys/boot/arm/uboot/../../ficl/libficl.a > /usr/obj/arm.arm/usr/src/sys/boot/arm/uboot/../../uboot/lib/libuboot.a > /usr/obj/arm.arm/usr/src/sys/boot/arm/uboot/../../fdt/libfdt.a -lstand > /usr/obj/arm.arm/usr/src/tmp/usr/lib/libstand.a(udivmoddi4.o): In > function `__udivmoddi4': > udivmoddi4.c:(.text+0x154): undefined reference to `__ctzsi2' > udivmoddi4.c:(.text+0x16c): undefined reference to `__clzsi2' > udivmoddi4.c:(.text+0x178): undefined reference to `__clzsi2' > udivmoddi4.c:(.text+0x214): undefined reference to `__ctzsi2' > udivmoddi4.c:(.text+0x240): undefined reference to `__clzsi2' > udivmoddi4.c:(.text+0x24c): undefined reference to `__clzsi2' > udivmoddi4.c:(.text+0x2c0): undefined reference to `__clzsi2' > udivmoddi4.c:(.text+0x2cc): undefined reference to `__clzsi2' > /usr/obj/arm.arm/usr/src/tmp/usr/lib/libstand.a(udivsi3.o): In function > `__aeabi_uidiv': > udivsi3.c:(.text+0x1c): undefined reference to `__clzsi2' > /usr/obj/arm.arm/usr/src/tmp/usr/lib/libstand.a(udivsi3.o):udivsi3.c:(.text+0x28): > more undefined references to `__clzsi2' follow > *** [ubldr] Error code 1 > 1 error > *** [all] Error code 2 > 1 error > *** [all] Error code 2 > 1 error > *** [all] Error code 2 > 1 error > *** [sys.all__D] Error code 2 > 1 error > *** [everything] Error code 2 > 1 error > *** [buildworld] Error code 2 > 1 error > > If you need more info please tell. > > Ronald. I saw the commit to libstand. http://svnweb.freebsd.org/base?view=revision&revision=247912 Buildworld and buildkernel complete correctly now. I can test an install at the end of next week. Ronald.