From owner-freebsd-arm@freebsd.org Wed Dec 14 21:58:07 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8C2DC800D3 for ; Wed, 14 Dec 2016 21:58:07 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AD5F76E6 for ; Wed, 14 Dec 2016 21:58:06 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 5d9a5390-c248-11e6-9ec7-5d8fa496b077 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id 5d9a5390-c248-11e6-9ec7-5d8fa496b077; Wed, 14 Dec 2016 21:57:55 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id uBELw4sO004577; Wed, 14 Dec 2016 14:58:04 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1481752684.1889.425.camel@freebsd.org> Subject: Re: building m4 in poudriere cross-build From: Ian Lepore To: Paul Mather , Vick Khera Cc: freebsd-arm@freebsd.org Date: Wed, 14 Dec 2016 14:58:04 -0700 In-Reply-To: <706A6D47-21F3-4017-8CD4-C651F37900E6@gromit.dlib.vt.edu> References: <706A6D47-21F3-4017-8CD4-C651F37900E6@gromit.dlib.vt.edu> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2016 21:58:07 -0000 On Wed, 2016-12-14 at 10:01 -0500, Paul Mather wrote: > On Dec 14, 2016, at 9:42 AM, Vick Khera wrote: > > > > > I have a poudriere cross-building configuration set up on a Xeon > > running > > FreebSD 11.0. The jail was set up with the "-x" option to use the > > native > > cross-build tools. This has worked really well for a while, but > > today I am > > trying to update the packages for my raspberry pi 2, and poudriere > > just > > kind of sits there in the configure step when building m4 (as a > > dependency > > trying to build subversion). I haven't built this set of packages > > in over a > > month. > > > > The logs show this: > > > > checking for dirent.h... (cached) yes > > checking for inttypes.h... (cached) yes > > checking for working C stack overflow detection... make: Working > > in: > > /usr/ports/devel/m4 > > make: Working in: /usr/ports/devel/m4 > > make: Working in: /usr/ports/devel/m4 > > make: Working in: /usr/ports/devel/m4 > > make: Working in: /usr/ports/devel/m4 > > make: Working in: /usr/ports/devel/m4 > > make: Working in: /usr/ports/devel/m4 > > make: Working in: /usr/ports/devel/m4 > > make: Working in: /usr/ports/devel/m4 > > make: Working in: /usr/ports/devel/m4 > > make: Working in: /usr/ports/devel/m4 > > make: Working in: /usr/ports/devel/m4 > > > > The build machine is: FreeBSD 11.0-RELEASE-p5/amd64 with Poudriere > > 3.1.14 > > > > The build jail target is 11.0-RELEASE-p5/armv6 freshly updated. > > > > I let this run for over 18 hours, and it just kept repeating that > > last > > line. Has anyone had success with this set up recently? Maybe the > > qemu-arm-static is not working right now? > > I had (have) the same problem.  Not only would packages like m4 just > grind away for hours on end doing nothing until Poudriere timed out > the build (after 24 hours), but other packages I use like > math/gmp  and net/norm would fail to build with various errors.  I > use Saltstack and so these kind of failures meant that sysutils/py- > salt would be skipped for building, meaning it fell behind that of > the other architectures I was running. > > In the end, I decided to simply set up Poudriere on my FreeBSD/arm > Raspberry Pi 2 system and build packages there instead.  Running > natively, all these packages build correctly and once again I am able > to have up-to-date packages on my FreeBSD/arm systems.  Package > building isn't as fast as on my cross-build FreeBSD/amd64 system, but > at least they actually build---slower is better than never. :-) > > I can only assume that the QEMU arm emulator is deficient compared to > an actual CPU on a running FreeBSD/arm system.  If the official > FreeBSD/arm package repository is built via a cross-built environment > using QEMU, I presume these problems will linger until QEMU works > properly. > > I also assume that maybe the FreeBSD/arm package builders are > consider these ports simply to be broken on FreeBSD/arm, which is why > they fail to build under QEMU, when in fact the packages do actually > build on an actual FreeBSD/arm system.  At least that has been my > experience for the last few months. > > Cheers, > > Paul. I have successfully crossbuilt m4 using poudriere and qemu-static on freebsd 11, but I haven't tried in the past 6-8 months.  Something might have changed in the m4 port, like their configure script might be doing a stack overflow check now that it never used to do.  I could see a stack overflow test taking a long time under qemu, but 24 hours seems a bit much. -- Ian