From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <ecos-discuss-return-46351-listarch-ecos-discuss=sources.redhat.com@ecos.sourceware.org>
Received: (qmail 4676 invoked by alias); 17 Oct 2014 15:45:51 -0000
Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <ecos-discuss.ecos.sourceware.org>
List-Subscribe: <mailto:ecos-discuss-subscribe@ecos.sourceware.org>
List-Archive: <http://ecos.sourceware.org/ml/ecos-discuss/>
List-Post: <mailto:ecos-discuss@ecos.sourceware.org>
List-Help: <mailto:ecos-discuss-help@ecos.sourceware.org>, <http://ecos.sourceware.org/ml/#faqs>
Sender: ecos-discuss-owner@ecos.sourceware.org
Received: (qmail 4666 invoked by uid 89); 17 Oct 2014 15:45:50 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2
X-HELO: mail-la0-f48.google.com
Received: from mail-la0-f48.google.com (HELO mail-la0-f48.google.com) (209.85.215.48) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Fri, 17 Oct 2014 15:45:49 +0000
Received: by mail-la0-f48.google.com with SMTP id gi9so918274lab.21        for <ecos-discuss@sourceware.org>; Fri, 17 Oct 2014 08:45:45 -0700 (PDT)
X-Received: by 10.112.172.231 with SMTP id bf7mr3853979lbc.100.1413560745859;        Fri, 17 Oct 2014 08:45:45 -0700 (PDT)
Received: from sg-laptop ([178.121.91.119])        by mx.google.com with ESMTPSA id iq1sm554216lac.9.2014.10.17.08.45.44        for <multiple recipients>        (version=TLSv1 cipher=RC4-SHA bits=128/128);        Fri, 17 Oct 2014 08:45:44 -0700 (PDT)
Date: Fri, 17 Oct 2014 15:45:00 -0000
From: Sergei Gavrikov <sergei.gavrikov@gmail.com>
To: Sergei Gavrikov <sergei.gavrikov@gmail.com>
cc: eCos Discussion <ecos-discuss@sourceware.org>
In-Reply-To: <alpine.DEB.2.00.1410171706110.1880@sg-laptop>
Message-ID: <alpine.DEB.2.00.1410171832520.2693@sg-laptop>
References: <543FCF93.4090209@unicore.co.ua> <54410554.5040001@unicore.co.ua> <alpine.DEB.2.00.1410171706110.1880@sg-laptop>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-IsSubscribed: yes
Subject: Re: [ECOS] place thread stack into CCM memory on STM32
X-SW-Source: 2014-10/txt/msg00030.txt.bz2

On Fri, 17 Oct 2014, Sergei Gavrikov wrote:

> On Fri, 17 Oct 2014, Oleg Uzenkov wrote:
>
> > Ok,  it appears that it is possible to specify
> > __attribute__((section("<name>"))) for class's member methods.
>
> Really?
>
>   https://gcc.gnu.org/onlinedocs/gcc/Variable-Attributes.html says
>
>   You may use the section attribute with initialized or uninitialized
>   global variables.

Excuse too hasty response. It seemed for me you managed relocation that
_thread_stack[] and I cited FM on variable attributes.

Sergei

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss