From owner-freebsd-arm@FreeBSD.ORG Tue Dec 11 23:08:46 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDEFF6B5 for ; Tue, 11 Dec 2012 23:08:46 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (moon.peach.ne.jp [203.141.148.98]) by mx1.freebsd.org (Postfix) with ESMTP id A000B8FC1B for ; Tue, 11 Dec 2012 23:08:46 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 3904339D5E; Wed, 12 Dec 2012 08:08:45 +0900 (JST) Received: from artemis (unknown [172.18.0.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTPSA id 242E339D5B; Wed, 12 Dec 2012 08:08:45 +0900 (JST) Message-ID: <6D652C6AB162489E8C06D17141AF0178@ad.peach.ne.jp> From: "Daisuke Aoyama" To: "Andrew Turner" References: <20121209160721.571186d8@fubar.geek.nz> <3DE6764415F645FCA29CD18BA51762F8@ad.peach.ne.jp> <20121212081833.47127fd0@fubar.geek.nz> In-Reply-To: <20121212081833.47127fd0@fubar.geek.nz> Subject: Re: ARM EABI patch Date: Wed, 12 Dec 2012 08:08:30 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-arm@freebsd.org 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: Tue, 11 Dec 2012 23:08:46 -0000 >> I found cross-build problem of the EABI patch. I'm trying to use it >> for Raspberry Pi. >> According to machine/_types.h, wchar_t is unsigned int when EABI. >> This patch solve "error: array of inappropriate type initialized from >> string constant" when use L"foo". > > Can you send me a full log of the cross-build (off list is fine) that > shows the failure. I haven't seen the issue so would like to find out > how to trigger it. Sorry, I used modified source tree for RPI. If check out new one, it should be OK. I'm using following commands in amd64 2vCPU VM on ESXi5.1. export SRCROOT=/usr/src export TARGET_ARCH=armv6 export KERNCONF=RPI-B-testXXX make -C $SRCROOT kernel-toolchain make -C $SRCROOT KERNCONF=$KERNCONF WITH_FDT=yes buildkernel make -j4 -C $SRCROOT MALLOC_PRODUCTION=yes buildworld -- Daisuke Aoyama