From patchwork Sat Dec 29 17:35:40 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Gerald Pfeifer X-Patchwork-Id: 208679 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) by ozlabs.org (Postfix) with SMTP id 50F612C00B4 for ; Sun, 30 Dec 2012 04:36:26 +1100 (EST) Comment: DKIM? See http://www.dkim.org DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=gcc.gnu.org; s=default; x=1357407386; h=Comment: DomainKey-Signature:Received:Received:Received:Received:Date: From:To:cc:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type:Mailing-List:Precedence:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:Sender: Delivered-To; bh=LRw3lo7VlBUFfYsCxIIkit+Piuk=; b=cdHkm9HgbZdGPz6 eMTpjNdxpWDwydwpC7/Axod6iJwLLu+JhmMzulrFis6n9BBbesPmWMFm9XrFQuHz /dTt0gyjZnZkavdxk3c5UrNcTwdJ0O3O/cOm6LP1UqoVxe1fYIm3Lo4BbVPmvls+ QrlSwQWCbaLqTDntcnfN5RzFo6FQ= Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=gcc.gnu.org; h=Received:Received:X-SWARE-Spam-Status:X-Spam-Check-By:Received:Received:Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:MIME-Version:Content-Type:X-IsSubscribed:Mailing-List:Precedence:List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help:Sender:Delivered-To; b=FqbZlVCEKg2bsRoTEwfWSVeoZq1zgLU+/qQQn88Id3PMSBL020tOxL4Os+yjhU hADEkHnQ8vVY8l1rrBtTPiq56oJ/1jlbaj7JPL/Rl6u0a+bAnLxdXKuAr2rE9I53 CI8UYWWMSObYtTwji3GeS6CfbPfK6uNm2DVav8oL4t/kc=; Received: (qmail 20211 invoked by alias); 29 Dec 2012 17:36:19 -0000 Received: (qmail 20140 invoked by uid 22791); 29 Dec 2012 17:36:18 -0000 X-SWARE-Spam-Status: No, hits=-3.1 required=5.0 tests=AWL, BAYES_00, KHOP_THREADED X-Spam-Check-By: sourceware.org Received: from ainaz.pair.com (HELO ainaz.pair.com) (209.68.2.66) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 29 Dec 2012 17:36:15 +0000 Received: from [192.168.173.14] (207.243.3.202.dsl.dyn.mana.pf [202.3.243.207]) by ainaz.pair.com (Postfix) with ESMTPSA id 02D853F44B; Sat, 29 Dec 2012 12:35:57 -0500 (EST) Date: Sat, 29 Dec 2012 07:35:40 -1000 (TAHT) From: Gerald Pfeifer To: Hans-Peter Nilsson cc: gcc-patches@gcc.gnu.org, richard.earnshaw@arm.com Subject: Re: [RFA:] Caveat for ARM in gcc-4.7/changes.html: unaligned accesses, take 2 In-Reply-To: <201206150207.q5F27NNC005016@ignucius.se.axis.com> Message-ID: References: <201206150207.q5F27NNC005016@ignucius.se.axis.com> MIME-Version: 1.0 X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org This is a small follow-up change that I had meant to commit for a while (ahem); done now. Thanks for taking the time to write this up! Gerald Index: changes.html =================================================================== RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.7/changes.html,v retrieving revision 1.133 diff -u -3 -p -r1.133 changes.html --- changes.html 3 Dec 2012 18:39:27 -0000 1.133 +++ changes.html 29 Dec 2012 17:34:01 -0000 @@ -53,15 +53,15 @@
  • On ARM, when compiling for ARMv6 (but not ARMv6-M), ARMv7-A, ARMv7-R, or ARMv7-M, the new option -munaligned-access is active by default, which for - some source codes generates code that accesses memory on unaligned - addresses. This will require the kernel of those systems to enable + some sources generates code that accesses memory on unaligned + addresses. This requires the kernel of those systems to enable such accesses (controlled by CP15 register c1, refer - to ARM documentation). Alternatively or for compatibility with + to ARM documentation). Alternatively, or for compatibility with kernels where unaligned accesses are not supported, all code has to be compiled with -mno-unaligned-access. - Linux/ARM in official releases has automatically and + Upstream Linux kernel releases have automatically and unconditionally supported unaligned accesses as emitted by GCC due - to this option being active, since Linux version 2.6.28.
    • + to this option being active since version 2.6.28.
  • Support on ARM for the legacy floating-point accelerator (FPA) and the mixed-endian floating-point format that it used has been obsoleted.