From owner-freebsd-arm@freebsd.org Tue Oct 20 13:40:00 2015 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 3EF53A19B69 for ; Tue, 20 Oct 2015 13:40:00 +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 052471C13 for ; Tue, 20 Oct 2015 13:39:59 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 20 Oct 2015 13:40:03 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t9KDdmoH012687; Tue, 20 Oct 2015 07:39:48 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1445348388.73744.2.camel@freebsd.org> Subject: Re: machine/acle-compat.h missing From: Ian Lepore To: Jukka Ukkonen Cc: freebsd-arm@freebsd.org Date: Tue, 20 Oct 2015 07:39:48 -0600 In-Reply-To: <5625EA6D.3000305@gmail.com> References: <561B4A25.2030703@gmail.com> <20151012232952.GR67524@funkthat.com> <626A93AA-8E14-4027-8FFC-95CA2AC77193@kientzle.com> <59E5C236-908F-4AAA-942B-7E5FE5B76C0D@gmail.com> <1445186896.71631.57.camel@freebsd.org> <5625EA6D.3000305@gmail.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 13:40:00 -0000 On Tue, 2015-10-20 at 10:17 +0300, Jukka Ukkonen wrote: > On 10/18/15 19:48, Ian Lepore wrote: > > We need to be very clear here that the problem is the procedure you > > are > > using to build, and not anything with the build system or the > > compilers. I build arm 11 images on 10-stable every day, using the > > documented procedures (which certainly do NOT involve overriding CC > > and > > CXX), as do many other people. > > > > The first step of a build is to use the existing system compiler to > > build the latest compiler, which is then used to build the rest of > > the > > source. The default clang 3.4 on 10-stable has no problem building > > clang 3.7 as the first step of an arm build, and that clang 3.7 is > > then > > used to compile world and kernel. > > Right, since I fell back to using the default cc on 10-stable > I have kept getting very uninformative linker failed alerts > when trying to run parallel builds (-j N, where N > 1). > Eventually I decided to try a build with a single make job only, > though, it took all ages. Finally the compiler complaints were > a bit more informative. > For some reason there were first complaints about truncated > relocations (R_ARM_CALL and R_ARM_JUMP24) and only then the > linker failed message. For now I don't have the foggiest idea > how this could happen, but supposedly this explains the > mysterious linker failed complaint. One possibility which > I am going to test is whether -O3 is creating so large code > that it could be the root cause for the relocation overflows. > Previously -O3 was just fine, though. > > --jau > [...] You keep posting tiny fragments of logs that mean nothing by themselves and vague descriptions of what you're doing that don't include the actual commands you're using. The symptoms you're seeing are those of mixing architectures when you compile. Please post a complete log of the build somewhere (a paste site or similar), along with the command(s) you used to start the build. -- Ian