From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21584 invoked by alias); 22 Jun 2005 07:09:09 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 21522 invoked by uid 22791); 22 Jun 2005 07:08:57 -0000 Received: from camlica-vw3.koc.net (HELO mss3.koc.net) (193.243.207.68) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Wed, 22 Jun 2005 07:08:57 +0000 Received: from smtp01a.aspkoc.net ([195.87.204.31]) by mss3.koc.net with InterScan Messaging Security Suite; Wed, 22 Jun 2005 10:08:50 +0300 Received: from 10.254.1.131 ([81.8.18.4]) by smtp01a.aspkoc.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 22 Jun 2005 10:08:50 +0300 From: "K. Sinan YILDIRIM" To: ecos-discuss@sources.redhat.com Date: Wed, 22 Jun 2005 07:09:00 -0000 User-Agent: KMail/1.5 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200506221006.59090.sinany@beko.com.tr> Subject: Re: [ECOS] ECOS - MIPS X-SW-Source: 2005-06/txt/msg00196.txt.bz2 i dont understand why ecos restricts its users with a configtool and=20 templates. i want a clean makefile and module structure. not structuring wi= th=20 a config tool or hardware environment. it is really diffucult to add or=20 remove a new file. also many files are coupled each other.=20 i have a board that implements mips core and different to atlas board. ther= e=20 must be a clean version of ecos that includes pure mips dependencies. atlas= =20 dependencies makes people to change their OS choice... does anyone think that it is really configurable ? i dont think so... OS must fit the environment, environment must not.=20 Sal=C4=B1 21 Haziran 2005 05:40 =C3=B6s tarihinde, rramesh@connextechnology= .com =C5=9Funlar=C4=B1=20 yazm=C4=B1=C5=9Ft=C4=B1:=20 > I attempted the same a couple of months ago and gave up. Looks like we ne= ed > to have extensive changes to eCos before we can attempt that. The possible > route to go is to use a Simulator. If you look in the source directories, > there is a simulator which fakes the board related initializations, drive= rs > etc. Attempt that. If I recall right, I could not attempt to compile it > successfully. I posted a few messages here, did not get any response and I > had to change the course of RTOS selection for my project. Hope this help= s. > If you find any help in this regard - in private- would you be kind enough > to inform me as well? Thanks and regards > Ramesh > > > -----Original Message----- > > From: K. Sinan YILDIRIM [mailto:sinany@beko.com.tr] > > Sent: Tuesday, June 21, 2005 01:38 PM > > To: ecos-discuss@sources.redhat.com > > Subject: [ECOS] ECOS - MIPS > > > > hi! > > > > I examined the MIPS platform ports for Ecos. I have some problems and i > > am a little bit confused. > > > > As far as i see, we cannot configure or compile ecos without selecting a > > target platform. One of the Mips targets i examined was Atlas board. wh= en > > i configure ecos with configtool, it generates a buildtree with the atl= as > > board spesific headers. > > > > Is there a possible way to configure ecos without using a target platfo= rm > > ? or jusy empty macros or platform specific functions? I want to have a > > clean and a MIPS ported code and then fill these functions according to > > my board. Is there a way to do this ? I dont want to inspect atlas boa= rd > > specific codes or compile atlas platform files. > > > > please help me... i really need help! > > > > > > -- > > Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos > > and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss