From owner-freebsd-arm@FreeBSD.ORG Mon Jun 24 14:55:50 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 DABAC6D5 for ; Mon, 24 Jun 2013 14:55:50 +0000 (UTC) (envelope-from jkh@turbofuzz.com) Received: from mail-out.apple.com (crispin.apple.com [17.151.62.50]) by mx1.freebsd.org (Postfix) with ESMTP id C325A1C2D for ; Mon, 24 Jun 2013 14:55:50 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from relay5.apple.com ([17.128.113.88]) by mail-out.apple.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTP id <0MOW001GQK4WA420@mail-out.apple.com> for freebsd-arm@freebsd.org; Mon, 24 Jun 2013 07:55:44 -0700 (PDT) X-AuditID: 11807158-b7f486d0000079b6-7d-51c85defe735 Received: from aniseed.apple.com (aniseed.apple.com [17.128.115.23]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay5.apple.com (Apple SCV relay) with SMTP id B7.AC.31158.FED58C15; Mon, 24 Jun 2013 07:55:44 -0700 (PDT) Received: from [17.153.98.55] by aniseed.apple.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTPSA id <0MOW003K1K4V6K70@aniseed.apple.com> for freebsd-arm@freebsd.org; Mon, 24 Jun 2013 07:55:43 -0700 (PDT) From: "Jordan K. Hubbard" Subject: Raspberry pi not ready to self-host yet? Message-id: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> Date: Mon, 24 Jun 2013 07:55:42 -0700 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.1508) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrPJMWRmVeSWpSXmKPExsUi2FAsrvsh9kSgwfbLTBYHVk1mdmD0mPFp PksAYxSXTUpqTmZZapG+XQJXxpV1ngUfRCoa/25naWB8I9jFyMkhIWAisb5vOwuELSZx4d56 NhBbSKCfSaJ9X0UXIxeQ3ckkcebWLSaQBJuArkTzr0+MIDazgJbE+p3HmSBsbYkn7y6wgtjC AoYSDzrmgtXwCjhI7Pl+EWwoi4CqxMpLK8HqRQSkJRbf3MgEUaMnsXnGC/YuRg6gI2Qldv5O msDIOwvJhllINsxC0rGAkXkVo0BRak5ipaleYkFBTqpecn7uJkZwsBRG7GD8v8zqEKMAB6MS D2/mnOOBQqyJZcWVuYcYJTiYlUR4Q0VOBArxpiRWVqUW5ccXleakFh9ilOZgURLnlfQCqhZI TyxJzU5NLUgtgskycXBKNTA2ipXedN+3/U9zzIqDKruydxby/1rP8ff0v4Yc1t+m23sWX/Ld 8S3+yZapjdslTjEcuyCx2Wb/cm5hk47KGHPj9/1W/k37GzO4NcQrgkJDEwtj/OVOCzQsDVcX YDGe+KildOfHqfZZTTtUOLsKtgkdWJoefafi7b2XHRvytPLvS7e0TP/Ol6rEUpyRaKjFXFSc CADu1ZSaEgIAAA== 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: Mon, 24 Jun 2013 14:55:50 -0000 Hi folks, I followed the instructions in the repo at https://github.com/daveish/freebsd-arm-tools.git and was able to create a bootable SD image for my 512Mb PI in no time with very little hassle - nice job there! What I can't seem to manage, however, is to self-host after that. I see someone has already filed http://www.freebsd.org/cgi/query-pr.cgi?pr=178495 covering the failure during buildworld, You see the same compilation error in basic_string.tcc in various ports, like apr: 0. Program arguments: /usr/bin/c++ -cc1 -triple armv6-unknown-freebsd10.0 -S -disable-free -main-file-name cxx_db.cpp -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -mconstructor-aliases -target-abi apcs-gnu -target-cpu arm1136jf-s -msoft-float -mfloat-abi soft -target-feature +soft-float -target-feature +soft-float-abi -target-feature -neon -coverage-file /tmp/cxx_db-5qpGsC.s -resource-dir /usr/bin/../lib/clang/3.3 -D _THREAD_SAFE -D PIC -I . -I ./../dist/.. -O2 -fdeprecated-macro -fno-dwarf-directory-asm -fdebug-compilation-dir /a/ports/databases/db42/work/db-4.2.52/build_unix -ferror-limit 19 -fmessage-length 144 -mstackrealign -fno-signed-char -fobjc-runtime=gnustep -fobjc-default-synthesize-properties -fcxx-exceptions -fexceptions -fsjlj-exceptions -fdiagnostics-show-option -fcolor-diagnostics -backend-option -vectorize-loops -o /tmp/cxx_db-5qpGsC.s -x c++ ./../dist/../cxx/cxx_db.cpp 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current parser token ';' 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 : parsing namespace 'std' c++: error: unable to execute command: Segmentation fault (core dumped) c++: error: clang frontend command failed due to signal (use -v to see invocation) In the kernel, there seems to be something weird with the atomics because linking always fails: kern_event.o: In function `filt_timerattach': /a/src/sys/kern/kern_event.c:555: undefined reference to `__atomic_load_4' /a/src/sys/kern/kern_event.c:559: undefined reference to `__atomic_compare_exchange_4' kern_event.o: In function `filt_timerdetach': /a/src/sys/kern/kern_event.c:584: undefined reference to `__atomic_fetch_sub_4' I do appreciate that it's a heck of a lot easier to cross-compile for these things, and great work getting things to this point, but self-hosting is still one of the magical milestones you always hope an embedded target will get to someday, assuming it actually has enough grunt to do so (and I think the PI does). :) - Jordan