From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2780 invoked by alias); 13 Feb 2011 18:47:43 -0000 Received: (qmail 2772 invoked by uid 22791); 13 Feb 2011 18:47:42 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from hagrid.ecoscentric.com (HELO mail.ecoscentric.com) (212.13.207.197) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 13 Feb 2011 18:47:38 +0000 Received: from localhost (hagrid.ecoscentric.com [127.0.0.1]) by mail.ecoscentric.com (Postfix) with ESMTP id 5D6552F80002 for ; Sun, 13 Feb 2011 18:47:36 +0000 (GMT) Received: from mail.ecoscentric.com ([127.0.0.1]) by localhost (hagrid.ecoscentric.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EvG1tnWE9cxC; Sun, 13 Feb 2011 18:47:34 +0000 (GMT) From: bugzilla-daemon@bugs.ecos.sourceware.org To: ecos-patches@ecos.sourceware.org Subject: [Bug 1001142] User defined linker sections. X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: eCos X-Bugzilla-Component: Patches and contributions X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: ilijak@siva.com.mk X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Priority: low X-Bugzilla-Assigned-To: unassigned@bugs.ecos.sourceware.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: In-Reply-To: References: X-Bugzilla-URL: http://bugs.ecos.sourceware.org/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Date: Sun, 13 Feb 2011 18:47:00 -0000 Message-Id: <20110213184734.ABAEB2F78001@mail.ecoscentric.com> Mailing-List: contact ecos-patches-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-patches-owner@ecos.sourceware.org X-SW-Source: 2011-02/txt/msg00034.txt.bz2 Please do not reply to this email. Use the web interface provided at: http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001142 --- Comment #2 from Ilija Kocho 2011-02-13 18:47:32 GMT --- (In reply to comment #1) Sergei There has been discussion on this in bug 1001114 where user sections were introduced, and this bug is an outcome of that discussion. Please refer to bug 1001114 for a complete evolution. > I thought that's what. Another place where we could define SECTION_user > macro could be lpc17xx variant linker include file, e.g. > > cortexm/lpc17xx/var/current/include/pkgconf/mlt_cortexm_lpc17xx.ldi You'll find an example snippet here: http://bugs.ecos.sourceware.org/attachment.cgi?id=1088 and here's a description: http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001114#c7 > > This definition could be included from the target's memory layout > files. > > - variant's source is a good place to comment what is macro for; > > - no mess in architecture linker script, if that is a pain; > > What do you think about such a compromise? It is a considerable step to add new feature to an architecture and should be carried out with caution. Technically, the macro shall perform it's function at either place, probably more relevant questions are following: - Shall we need this kind of facility for other future variants and how often? - Is the macro (as is or with reasonable modifications) generic enough to enter at architecture level? I am open for any resolution. -- Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.