From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12737 invoked by alias); 7 Apr 2011 15:01:52 -0000 Received: (qmail 12726 invoked by uid 22791); 7 Apr 2011 15:01:51 -0000 X-SWARE-Spam-Status: No, hits=-0.7 required=5.0 tests=AWL,BAYES_20 X-Spam-Check-By: sourceware.org Received: from kirk.baltic.net (HELO kirk.baltic.net) (193.189.247.10) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 07 Apr 2011 15:01:46 +0000 Received: (qmail 8568 invoked by uid 89); 7 Apr 2011 15:01:43 -0000 Received: from p548baf6c.dip.t-dialin.net (HELO sirius.local) (84.139.175.108) by with (DHE-RSA-AES256-SHA encrypted) SMTP; 7 Apr 2011 15:01:43 -0000 Message-ID: <4D9DD1D6.4020501@users.sourceforge.net> Date: Thu, 07 Apr 2011 15:01:00 -0000 From: Gunther Nikl User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100317 SeaMonkey/1.1.19 NOT FireFox/2.0 MIME-Version: 1.0 To: "Joseph S. Myers" CC: gcc-patches@gcc.gnu.org, law@redhat.com, schwab@linux-m68k.org Subject: Re: Convert legacy m68k options to .opt aliases References: In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2011-04/txt/msg00555.txt.bz2 On Wed, Apr 06, 2011 at 10:04:37PM +0000, Joseph S. Myers wrote: > Similar to , > this patch converts legacy m68k options for non-ColdFire CPUs into > aliases for the corresponding -mcpu= options. (Note that -mcpu32 is While I agree with the CF change, I am sceptical with the m68k case. > an alias for -mcpu=68332 rather than -mcpu=cpu32, to match the old > code in m68k_handle_option.) This significantly simplifies the > multilibs code in t-mlibs, since it no longer needs to handle those > old-style options (and all cases where two -mcpu= options get the same > multilib are already handled by the generic logic there rather than > needing to be listed specially). The requirement for binutils 2.17 or > later (to support these options to the assembler) is documented. I am using m68k-amigos which is not part of the official sources. Since this target is only about m68k it was no problem to use old(er) binutils versions. Especially if a target cares only about m68k I would like to see the legacy m68k options retained. Regards, Gunther Nikl