From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31996 invoked by alias); 9 Sep 2009 11:01:32 -0000 Received: (qmail 31905 invoked by uid 22791); 9 Sep 2009 11:01:31 -0000 X-SWARE-Spam-Status: No, hits=-1.4 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_38,J_CHICKENPOX_41,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail-fx0-f225.google.com (HELO mail-fx0-f225.google.com) (209.85.220.225) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 09 Sep 2009 11:01:27 +0000 Received: by fxm25 with SMTP id 25so662810fxm.24 for ; Wed, 09 Sep 2009 04:01:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.144.204 with SMTP id a12mr28361fav.49.1252494084751; Wed, 09 Sep 2009 04:01:24 -0700 (PDT) In-Reply-To: References: Date: Wed, 09 Sep 2009 11:01:00 -0000 Message-ID: <56d259a00909090401i42a852e4g3764219d8a597ae5@mail.gmail.com> Subject: Re: crosstool-ng: cross compiler for -mach=arm4vt (Cirrus Logic EP93xx target) From: Martin Guy To: H Hartley Sweeten Cc: crossgcc@sourceware.org, yann.morin.1998@anciens.enib.fr Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes 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 X-SW-Source: 2009-09/txt/msg00033.txt.bz2 > > (maverick) Use specific FPU > > Floating point: ---> hardware (FPU) Don't do that! :) Mainline GCC's code generation for Maverick is completely broken, glibc needs patches, binutils barfs on some GCC output for C++, and the FPU itself is full of hardware timing bugs that GCC fails miserably to work around. I have a set of working GCC patches for C, and OE have collected the glibc and binutils patches but I've never heard of anyone getting a fully working rootfs yet. > > NB: do not enable EABI, I think it requires at least armv5t, but I'm > > not sure. So stay on the safe side, and stick with OABI. EABI requires armv4t. The only thing v5t has at an ISA level is an extra instruction, count leading zeros, which is used in glibc's asm division routine ifdef armv5t. armv4t would have been a better GCC default. I think we can safely ditch OABI these days, unless you have an armv4 (the StrongARM) or armv3. It has no technical advantages, and most programs that had bugs needing fixing have now been fixed. There are a few stragglers: gnat ADA, clisp common lisp, fpc free pascal compiler and any version of GCC <4.1.0 > I used arm920t instead of ep9312 but I believe > ep9312 is just an alias. for arm920t, yes. It also passes "armv4t+maverick" to the assembler so that maverick insns are not rejected by the assembler. (cpu=arm920t fpu=maverick makes the assembler barf. Yes, this is a mess!) M -- For unsubscribe information see http://sourceware.org/lists.html#faq