From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11752 invoked by alias); 17 May 2013 17:06:31 -0000 Mailing-List: contact crossgcc-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: crossgcc-owner@sourceware.org Received: (qmail 11718 invoked by uid 89); 17 May 2013 17:06:26 -0000 X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,SPF_PASS autolearn=ham version=3.3.1 Received: from mail-ie0-f169.google.com (HELO mail-ie0-f169.google.com) (209.85.223.169) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 17 May 2013 17:06:14 +0000 Received: by mail-ie0-f169.google.com with SMTP id u16so10021950iet.28 for ; Fri, 17 May 2013 10:06:13 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.50.8.65 with SMTP id p1mr13325102iga.19.1368810373000; Fri, 17 May 2013 10:06:13 -0700 (PDT) Received: by 10.64.139.197 with HTTP; Fri, 17 May 2013 10:06:12 -0700 (PDT) In-Reply-To: References: Date: Fri, 17 May 2013 17:06:00 -0000 Message-ID: Subject: Re: RPi build issue on OSX From: Nathan Plesnicher To: Bryan Hundven Cc: crossgcc@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 X-SW-Source: 2013-05/txt/msg00038.txt.bz2 Hi Bryan, I actually was able to get it working. It turned out that just switching to eglibc 2_17 (the default for the RPi sample was 2_16) fixed the problem when combined with my other patches to get the build working on OSX. For others trying to build this toolchain, the patches I had to apply were as follows: http://sourceware.org/ml/crossgcc/2012-05/msg00012.html Need libintl linked in, and this diff did the trick. Not sure if the ncurses and escdelay change is actually needed http://sourceware.org/ml/crossgcc/2011-05/msg00094.html (optional; only use if you are building gdb) Include the host expat so that gdb works as expected The following one actually needs to be applied to the eglibc source that is downloaded... http://sourceware.org/ml/crossgcc/2013-03/msg00109.html Patch rpc/types.h so that it doesn't redefine the types on OSX (already in sys/types.h) I hope this helps someone in the future. Nathan On Thu, May 16, 2013 at 2:46 PM, Bryan Hundven wrote: > On 5/16/13 1:55 PM, "Nathan Plesnicher" wrote: > > Hi Nathan, > > >>I am having some trouble getting the RPi sample to build using >>homebrew on Mountain Lion. I am getting the following error in the >>'Installing C library headers & start files' step: >> >>[CFG ] checking for __thread... yes >>[CFG ] checking for tls_model attribute... yes >>[CFG ] checking for compiler option to disable generation of FMA >>instructions... -ffp-contract=off >>[CFG ] checking for libgd... no >>[CFG ] checking for is_selinux_enabled in -lselinux... no >>[CFG ] checking size of long double... 8 >>[CFG ] checking for _FORTIFY_SOURCE predefine... no >>[ERROR] checking whether armv6-rpi-linux-gnueabi-gcc implicitly >>enables -fstack-protector... configure: error: unexpected symbols in >>test: >>[ERROR] >>[ERROR] >> >>[ERROR] >> Build failed in step 'Installing C library headers & start >>files' >>[ERROR] >> called in step '(top-level)' >>[ERROR] >> >>[ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@257] >>[ERROR] >> called from: >>do_libc_backend_once[scripts/build/libc/glibc-eglibc.sh-common@347] >>[ERROR] >> called from: >>do_libc_backend[scripts/build/libc/glibc-eglibc.sh-common@143] >>[ERROR] >> called from: >>do_libc_start_files[scripts/build/libc/glibc-eglibc.sh-common@60] >>[ERROR] >> called from: main[scripts/crosstool-NG.sh@632] >>[ERROR] >> >>[ERROR] >> For more info on this error, look at the file: 'build.log' >>[ERROR] >> There is a list of known issues, some with workarounds, in: >>[ERROR] >> '/Volumes/CrossTool2NG/crosstool-ng-1.18.0/docs/B - >>Known issues.txt' >>[ERROR] >>[ERROR] (elapsed: 6:48.00) > > Would it be possible for you to post your build.log somewhere? Preferably > not attached, as the mailing list has limited storage. > >>Looks like some sort of script problem but I am having trouble >>locating the specific problem. Any ideas? >> >>Not sure it matters, but I have been able to successfully build a >>toolchain using the non-Linaro gcc w/ the standard glibc (instead of >>eglibc) after applying a few manual patches, but I was hoping I could >>get the RPi sample to work since I am building the toolchain for RPi >>development. > > Maybe the linaro source has different requirements on mac, we'll see when > we get the build.log > > Cheers, > > -Bryan > >>-- >>For unsubscribe information see http://sourceware.org/lists.html#faq >> > > -- For unsubscribe information see http://sourceware.org/lists.html#faq