From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7126 invoked by alias); 5 Apr 2012 15:42:55 -0000 Received: (qmail 7118 invoked by uid 22791); 5 Apr 2012 15:42:54 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED 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; Thu, 05 Apr 2012 15:42:41 +0000 Received: from localhost (hagrid.ecoscentric.com [127.0.0.1]) by mail.ecoscentric.com (Postfix) with ESMTP id 61BFE2F78004 for ; Thu, 5 Apr 2012 16:42:38 +0100 (BST) 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 D3ky5z22lclb; Thu, 5 Apr 2012 16:42:33 +0100 (BST) From: bugzilla-daemon@bugs.ecos.sourceware.org To: ecos-patches@ecos.sourceware.org Subject: [Bug 1001550] STM32 F2 and STM3220G-EVAL / STM3240G-EVAL contribution from eCosCentric 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: jifl@ecoscentric.com X-Bugzilla-Status: REOPENED X-Bugzilla-Priority: low X-Bugzilla-Assigned-To: jifl@ecoscentric.com 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: Thu, 05 Apr 2012 15:42:00 -0000 Message-Id: <20120405154232.DD7A42F78001@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: 2012-04/txt/msg00031.txt.bz2 Please do not reply to this email. Use the web interface provided at: http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001550 --- Comment #21 from Jonathan Larmour 2012-04-05 16:42:25 BST --- (In reply to comment #20) > Why isn't this available in CDL? It isn't available in CDL because, as Bart would tell you, he's never been given time to develop it. Although Bart did take a sabbatical year and host-side CDL and configuration improvements was something he was going to be working on in that time, I think in practice he found it difficult to make good progress on it. I'm afraid I don't know what the status is or what the plans are at the moment - it may be nearly complete, or he may not be developing it much at the moment. > I always wanted some kind of soft "requires", > that will set/change default value but not hinder user override. My proposed > name was supposed to be "recommends" but "set_value" is perhaps better. This is a slightly different issue than the provision of targets by packages. Yes what you ask for is indeed something which we have known for quite a while is desirable, although wasn't in the original design. Bart did propose two additions to CDL for this at some point in the past "default_value -weak" and "override_default", but again these have not yet been implemented. In the meantime, the workaround is to have two CDL values if this is needed. Once is the option itself, and it has a default_value of the other option (which will have the same name suffixed with _DEFAULT). Packages which need to change the default do the "requires" on the _DEFAULT option, not the real one. Anyway, this is getting a bit off-topic in the context of this STM32 patch. If there are no objections, I'll close this 'bug' shortly (it can still be reopened again). Jifl -- 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.