From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 41058 invoked by alias); 9 Mar 2015 16:21:12 -0000 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 Received: (qmail 41048 invoked by uid 89); 9 Mar 2015 16:21:11 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.1 required=5.0 tests=AWL,BAYES_50,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 X-HELO: mo4-p00-ob.smtp.rzone.de Received: from mo4-p00-ob.smtp.rzone.de (HELO mo4-p00-ob.smtp.rzone.de) (81.169.146.220) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 09 Mar 2015 16:21:09 +0000 X-RZG-AUTH: :LXoWVUeid/7A29J/hMvvT3ol15ykJcYwTPbBBR62PQx1xqvTHw== X-RZG-CLASS-ID: mo00 Received: from [192.168.0.22] (ip5b43a95f.dynamic.kabel-deutschland.de [91.67.169.95]) by smtp.strato.de (RZmta 37.3 DYNA|AUTH) with ESMTPSA id 404df9r29GL2Arb (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate); Mon, 9 Mar 2015 17:21:02 +0100 (CET) Message-ID: <54FDC86D.2040209@gjlay.de> Date: Mon, 09 Mar 2015 16:21:00 -0000 From: Georg-Johann Lay User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Senthil Kumar Selvaraj CC: Denis Chertykov , GCC Patches , Joerg Wunsch , Joern Rennecke Subject: Re: [patch,avr]: Fix various problems with specs and specs file generation. References: <54F4BCA1.7080707@gjlay.de> <20150303132144.GC24277@atmel.com> In-Reply-To: <20150303132144.GC24277@atmel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-03/txt/msg00480.txt.bz2 Am 03/03/2015 um 02:21 PM schrieb Senthil Kumar Selvaraj: > On Mon, Mar 02, 2015 at 08:40:17PM +0100, Georg-Johann Lay wrote: >> BTW, anyone knows what -march= is good for? It allows all kinds of silly >> option combinations like "-march=avrtiny -mmcu=atmega8" without any >> complaints. > > IIRC, -march was added because replacing -mmcu= to > -mmcu= in the driver's self specs broke multilib selection - the > driver always acted as if no -mmcu was specified. Adding > a new option (-march), translating mmcu= to march= and then > basing t-multilib on that worked ok. Okay. For me it works with -mmcu=, cf. the follow-up patch https://gcc.gnu.org/ml/gcc-patches/2015-03/msg00477.html Two more questions 1) What is the new macro __AVR_DEV_LIB_NAME__ for? It uses avr_mcu_t.library_name. This field contained a part of the crt.o file name like "m8" for atmega8's crtm8.o. The new naming convention is that device libs are located in dev/atmega8/libdev.a and startup in dev/atmega8/crt1.o. The current definition of __AVR_DEV_LIB_NAME__ should be "atmega8" and not "m8", hence always that same as __AVR_DEVICE_NAME__. This macro is not documented in the documentation and useless. If it is not needed and the .library_name field is dead, I'd propose to clean up both. 2) What about -mpmem-wrap-around resp. ld's --pmem-wrap-around= ? The wrap around moduli are currently hard coded in specs and just cover a few, very old devices. Presumably that is option-rot? Does relaxation still need that option to operate correctly? If not, I'd clean that up, too Johann