From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8931 invoked by alias); 28 Feb 2014 10:15:29 -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 8909 invoked by uid 89); 28 Feb 2014 10:15:24 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=2.2 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mo68.mail-out.ovh.net Received: from 4.mo68.mail-out.ovh.net (HELO mo68.mail-out.ovh.net) (46.105.59.63) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 28 Feb 2014 10:15:22 +0000 Received: from mail618.ha.ovh.net (b6.ovh.net [213.186.33.56]) by mo68.mail-out.ovh.net (Postfix) with SMTP id 2300DFFAB75 for ; Fri, 28 Feb 2014 11:15:20 +0100 (CET) Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 28 Feb 2014 12:15:19 +0200 Received: from unknown (HELO ?10.68.150.28?) (valentin@bousson.com@193.57.249.1) by ns0.ovh.net with SMTP; 28 Feb 2014 12:15:18 +0200 Message-ID: <531061B5.7080700@belphegor.eu> Date: Fri, 28 Feb 2014 10:15:00 -0000 From: Valentin BOUSSON User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: ecos-discuss@ecos.sourceware.org References: <530F3457.103@belphegor.eu> <530F71F2.4040500@dallaway.org.uk> In-Reply-To: <530F71F2.4040500@dallaway.org.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Ovh-Tracer-Id: 7040815068903305380 X-Ovh-Remote: 193.57.249.1 () X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: 0 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeejuddrtdegucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeejuddrtdegucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu X-IsSubscribed: yes Subject: Re: [ECOS] Re: STM32F4 and Dynamic loading. X-SW-Source: 2014-02/txt/msg00008.txt.bz2 Hi John, 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 ? :-) Thanks, On 27/02/2014 18:12, John Dallaway wrote: > Hi Valentin > > On 27/02/14 12:49, Valentin BOUSSON wrote: > >> I encounter another problem that could signify the end between eCos >> and I for my project... :( >> After having some simple examples working, i tried to make one using >> Dynamic ELF loading (dlopen). > > The dynamic library loader package (CYGPKG_LOADER) is experimental code > and has not be touched for many years. Would the object file loader > package (CYGPKG_OBJLOADER) meet your requirements? Ref: > > http://ecos.sourceware.org/ml/ecos-discuss/2013-05/msg00036.html > > 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