From owner-freebsd-arm@freebsd.org Sun Jul 3 04:47:41 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 2924FB8F6A6 for ; Sun, 3 Jul 2016 04:47:41 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C03D9287F; Sun, 3 Jul 2016 04:47:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u634lVju020668 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 2 Jul 2016 21:47:32 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u634lVSr020667; Sat, 2 Jul 2016 21:47:31 -0700 (PDT) (envelope-from fbsd) Date: Sat, 2 Jul 2016 21:47:30 -0700 From: bob prohaska To: Paul Mather Cc: Ian Lepore , "freebsd-arm@freebsd.org" , bob prohaska Subject: Re: Poudriere failing on some 10-STABLE ports --- "uses VFP register arguments" Message-ID: <20160703044730.GG3406@www.zefox.net> References: <854D8FF8-CE45-44C1-B371-79AA6DD782FB@gromit.dlib.vt.edu> <1466799055.72182.50.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2016 04:47:41 -0000 On Thu, Jun 30, 2016 at 09:04:41AM -0400, Paul Mather wrote: > > I think this package building issue is probably a gentle hint that I should also upgrade my 10-STABLE armv6 systems (Raspberry Pi) to 11-CURRENT, like my BeagleBone Black. It's probably better in the long run than trying to figure out how to build 10-STABLE packages, as 11-CURRENT appears to be where all the focus and TLC is in the FreeBSD/arm world nowadays. Plus, I'd only have to maintain one local FreeBSD/arm package repository... :-) > Moving to 11-CURRENT might not help much. An RPI2 at r302244 with ports at 417951 stops in portmaster -af with: ..... Build a threading Perl? [y] Use which C compiler? [cc] Checking for GNU cc in disguise and/or its version number... Now, how can we feed standard input to your C preprocessor... Directories to use for library searches? [/usr/lib /usr/local/lib /usr/bin/../lib/clang/3.8.0/lib /usr/lib] What is the file extension used for shared libraries? [so] Make shared library basenames unique? [n] Build Perl for SOCKS? [n] Try to use long doubles if available? [n] Checking for optional libraries... What libraries to use? [-lpthread -lgdbm -lm -lcrypt -lutil] What optimizer/debugger flag should be used? [-g] Any additional cc flags? [-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include] Let me guess what the preprocessor flags are... Any additional ld flags (NOT including libraries)? [-lpthread -Wl,-E -fstack-protector -L/usr/local/lib] Checking your choice of C compiler and flags for coherency... I've tried to compile and run the following simple program: #include int main() { printf("Ok\n"); return(0); } I used the command: cc -o try -g -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -lpthread -Wl,-E -fstack-protector -L/usr/local/lib try.c -lpthread -lgdbm -lm -lcrypt -lutil ./try and I got the following output: /usr/bin/ld: ERROR: try uses VFP register arguments, /usr/local/lib/libgdbm.so does not /usr/bin/ld: failed to merge target specific data of file /usr/local/lib/libgdbm.so cc: error: linker command failed with exit code 1 (use -v to see invocation) I can't compile the test program. You have a BIG problem. Shall I abort Configure [y] Ok. Stopping Configure. ===> Script "Configure" failed unexpectedly. It appears that a mismatch has developed between the base system and the ports which hasn't been resolved by building world. I'll try again but am not optimistic. Thanks for reading, any advice appreciated! bob prohaska