From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15092 invoked by alias); 18 Feb 2014 08:01:50 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 15078 invoked by uid 89); 18 Feb 2014 08:01:49 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=BAYES_00,SPF_NEUTRAL autolearn=no version=3.3.2 X-HELO: asav4.altibox.net Received: from asav4.altibox.net (HELO asav4.altibox.net) (81.167.36.153) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Tue, 18 Feb 2014 08:01:48 +0000 Received: from localhost (localhost [127.0.0.1]) by asav4.altibox.net (Postfix) with ESMTP id A187520232; Tue, 18 Feb 2014 09:01:44 +0100 (CET) Received: from asav4.altibox.net ([127.0.0.1]) by localhost (asav4.ulh.lysetele.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id n7HnFxKRENGv; Tue, 18 Feb 2014 09:01:44 +0100 (CET) Received: from zebra.redhouse.homelinux.net (121.79-160-103.customer.lyse.net [79.160.103.121]) by asav4.altibox.net (Postfix) with ESMTP id 8BF4520168; Tue, 18 Feb 2014 09:01:43 +0100 (CET) Received: from [192.168.0.65] (unknown [79.161.10.130]) by zebra.redhouse.homelinux.net (Postfix) with ESMTP id 443CE31D6F; Tue, 18 Feb 2014 09:01:43 +0100 (CET) Message-ID: <53031367.3070204@hesbynett.no> Date: Tue, 18 Feb 2014 08:01:00 -0000 From: David Brown User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: DJ Delorie CC: brian@shapes.demon.co.uk, gcc@gcc.gnu.org Subject: Re: MSP430 in gcc4.9 ... enable interrupts? References: <1392372773.17088.27.camel@Gannet.Four> <201402141917.s1EJHb0H008351@greed.delorie.com> <5300CAA2.7090208@hesbynett.no> <201402172312.s1HNCY0I024357@greed.delorie.com> In-Reply-To: <201402172312.s1HNCY0I024357@greed.delorie.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SW-Source: 2014-02/txt/msg00295.txt.bz2 On 18/02/14 00:12, DJ Delorie wrote: >> I presume these will be part of the headers for the library >> distributed for msp430 gcc by TI/Redhat? > > I can't speak for TI's or Red Hat's plans. GNU's typical non-custom > embedded runtime is newlib/libgloss, which usually doesn't have that > much in the way of chip-specific headers or library functions. Fair enough. I don't know if Red Hat will be distributing anything themselves, but I'm confident that TI will distribute chip-specific headers with pre-built msp430 gcc packages (their aim, after all, is to get more people to buy msp430 chips - and making the tools as easy and powerful as possible is part of that). I was just wondering where these headers would fit in. > >> is that for the "critical" attribute that exists in the old msp430 >> port (which disables interrupts for the duration of the function)? > > Yes, for things like that. They're documented under "Function > Attributes" in the "Extensions to the C Language Family" chapter of > the current GCC manual. > Ah yes, I missed it when I first looked - the documentation makes "critical" look like an option to the "interrupt" attribute, rather than a stand-alone attribute. It seems to me a rather strange idea to have both "interrupt" and "critical" on the same function - an "interrupt" function is inherently "critical" (and "reentrant") in that interrupts are disabled before it enters, and restored or re-enabled on exit. It would make a difference on processors like ARMs with several interrupt levels, but not on an msp430 with its single level. David