From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32727 invoked by alias); 28 Feb 2014 17:47:10 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 32715 invoked by uid 89); 28 Feb 2014 17:47:10 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: tetra.codeconfidence.com Received: from tetra.codeconfidence.com (HELO tetra.codeconfidence.com) (94.229.66.225) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 28 Feb 2014 17:47:08 +0000 Received: from cog.dallaway.org.uk (cpc1-cmbg10-0-0-cust34.5-4.cable.virginm.net [81.102.132.35]) by tetra.codeconfidence.com (Postfix) with ESMTP id DE251234C045; Fri, 28 Feb 2014 17:47:05 +0000 (GMT) Received: from cog.dallaway.org.uk (cog.dallaway.org.uk [127.0.0.1]) by cog.dallaway.org.uk (8.13.8/8.13.8) with ESMTP id s1SHl4FG000336; Fri, 28 Feb 2014 17:47:05 GMT Message-ID: <5310CB98.9060503@dallaway.org.uk> Date: Fri, 28 Feb 2014 17:47:00 -0000 From: John Dallaway User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Valentin BOUSSON CC: eCos Discussion References: <530F3457.103@belphegor.eu> <530F71F2.4040500@dallaway.org.uk> <531061B5.7080700@belphegor.eu> In-Reply-To: <531061B5.7080700@belphegor.eu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: [ECOS] Re: STM32F4 and Dynamic loading. X-SW-Source: 2014-02/txt/msg00009.txt.bz2 Hi Valentin On 28/02/14 10:15, Valentin BOUSSON wrote: > Actually, yes it could be sufficient for my project, and digging around > my problem, I tried to compile the CYGPKG_OBJLOADER package too. > And this is with this one I have a conflict problems : > > This package requires CYGINT_SERVICES_OBJLOAD_RELOCATOR == 1, > which is implemented by : > - CYGBLD_OBJLOADER_ARCHITECTURE_{POWERPC,I386,ARM} > > The problem now is the template for stm32f4discovery seems to "inherit" > from CYGPKG_HAL_CORTEXM while CYGBLD_OBJLOADER_ARCHITECTURE_ARM is > calculated from CYGPKG_HAL_ARM only. > > Is there a structural incompatibility between HAL_ARM and HAL_CORTEXM ? > Or that's a thing I can modify/hack in the ecos. > > Or (I don't hope so, I'm still a beginner) do I have to implement > something to create the CYGBLD_OBJLOADER_ARCHITECTURE_CORTEXM ? Good question. It depends whether relocate_arm.c supports the various relocation types used with Cortex-M targets. The code calls CYG_ASSERT if it encounters relocation types it does not support, so you might try experimenting with cdl_option CYGBLD_OBJLOADER_ARCHITECTURE_ARM modified as follows and see if it works: calculated CYGPKG_HAL_ARM || CYGPKG_HAL_CORTEXM Of course, you should enable CYGDBG_USE_ASSERTS. If you decide to experiment, please report back to the ecos-discuss list. I hope this helps... John Dallaway eCos maintainer http://www.dallaway.org.uk/john -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss