From owner-freebsd-arm@FreeBSD.ORG Mon Jun 24 18:36:49 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 18DDF256 for ; Mon, 24 Jun 2013 18:36:49 +0000 (UTC) (envelope-from jordan.hubbard@gmail.com) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id E716B183B for ; Mon, 24 Jun 2013 18:36:48 +0000 (UTC) Received: by mail-pa0-f53.google.com with SMTP id tj12so11327889pac.40 for ; Mon, 24 Jun 2013 11:36:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to:x-mailer; bh=NzI+btf8JyYoUt5spKRREOWfAuEoASeuAZeDo1MlFCs=; b=K4ktioTP5EIkjrwXOrsJIeSSCbiWnfjAgA8ah7Tvb+9/yDdWBIo7504vChFeDq9LPA QZmYFEVaYZHUE6VOom5PIwccxXuKk5vg0TPxZ+9UDpcwznEi0ALIlReaO/pIs7MLoreB kNPtQsvr0op4tqMezYjqPlJqtUjewBGdbzni61nLCwfNhQfWLHaOszGWkw2rF1gcFcHG QE5EYcScsJJ/jch+vP+Nsh32FSCXUb3J7q+MXSNXsnpC+cRC0fO0n8Nbx/Gro5H+otrs mNV8SRMC1S0Ihf9eH428sZSBHeH1RyogdVaowD5l37RnEpRMmWZP63hkKNfLVMRq0rVI Ja/Q== X-Received: by 10.68.217.137 with SMTP id oy9mr3209546pbc.130.1372099008613; Mon, 24 Jun 2013 11:36:48 -0700 (PDT) Received: from ?IPv6:2620:149:4:f01:14d4:e55b:d6b:1d65? ([2620:149:4:f01:14d4:e55b:d6b:1d65]) by mx.google.com with ESMTPSA id pl9sm19305767pbc.5.2013.06.24.11.36.47 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 24 Jun 2013 11:36:47 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1780.1\)) Subject: Re: Raspberry pi not ready to self-host yet? From: Jordan Hubbard In-Reply-To: <3B1B1A39-13AF-4718-A9D6-757D6FEFC27F@bsdimp.com> Date: Mon, 24 Jun 2013 11:36:46 -0700 Message-Id: References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <3B1B1A39-13AF-4718-A9D6-757D6FEFC27F@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1780.1) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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: Mon, 24 Jun 2013 18:36:49 -0000 On Jun 24, 2013, at 8:01 AM, Warner Losh wrote: >=20 > On Jun 24, 2013, at 8:55 AM, Jordan K. Hubbard wrote: >=20 >> Hi folks, >>=20 >> 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! >>=20 >> 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=3D178495 covering the failure = during buildworld, You see the same compilation error in = basic_string.tcc in various ports, like apr: >>=20 >> 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=3Dgnustep -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=20 >> 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) >=20 > do you have enough swap? Clang is a memory pig dog... [root@pi /usr/obj/a/src/sys/RPI-B]# swapinfo Device 512-blocks Used Avail Capacity /dev/mmcsd0s2b 4194304 168 4194136 0% /dev/da0b 8192000 312 8191688 0% Total 12386304 480 12385824 0% I don't think I'm hitting any memory limits, though I'll also note that = kern.maxswzone is compiled a bit on the small side since my =F0=9F=8D=87=CF= =80 always complains that it can't utilize the swap it has: warning: total configured swap (1548288 pages) exceeds maximum = recommended amount (761152 pages). warning: increase kern.maxswzone or reduce amount of swap. I tried raising this in /boot/loader.conf but it didn't seem to have any = effect. I assumed that perhaps the boot path was different on the Pi = and didn't put too much work into that. > I've self-hosted FreeBSD on an Atmel AT91SAM9620 recently (arm v5 = board)... Seems odd that cross compile and native built give different = results. Will look into it. Btw, whats uname -p say for you? armv6 Others have pointed out that clang may not be ready for prime-time yet = on ARM. I don't have much to compare with since Apple is already on = clang/LLVM 5.0 and FreeBSD is back with 3.3 - I don't even really = remember what the state of ARM support was that long ago. :-) - Jordan