From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21609 invoked by alias); 29 Jun 2007 15:27:16 -0000 Received: (qmail 21597 invoked by uid 22791); 29 Jun 2007 15:27:15 -0000 X-Spam-Check-By: sourceware.org Received: from top.few.vu.nl (HELO top.few.vu.nl) (130.37.20.4) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 29 Jun 2007 15:27:13 +0000 Received: from [130.37.193.14] (mercury.cs.vu.nl [130.37.193.14]) by top.few.vu.nl with esmtp (Smail #115) id m1I4INK-0001BaC; Fri, 29 Jun 2007 17:27 +0200 Message-ID: <46852457.5080601@cs.vu.nl> Date: Sat, 30 Jun 2007 16:12:00 -0000 From: Rutger Hofman User-Agent: Thunderbird 1.5.0.5 (X11/20060719) MIME-Version: 1.0 CC: ecos-discuss@ecos.sourceware.org References: <46851C3D.5000400@cs.vu.nl> <46851F7A.8010709@mlbassoc.com> In-Reply-To: <46851F7A.8010709@mlbassoc.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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 Subject: Re: [ECOS] Build fails after CVS update X-SW-Source: 2007-06/txt/msg00301.txt.bz2 Gary Thomas wrote: > Rutger Hofman wrote: >> Hi list, >> >> I updated to the most recent version of the CVS list; the previous >> checkout was from last february, not too long ago; but I ran into some >> problems: >> >> = the Legacy Flash stuff has disappeared, but I use it (I think I might >> be the only user, but still!). I can add it back of course. >> = more seriously: after some conflict resolution, I can instruct >> ecosconfig to create a tree, which it does without reporting any errors. >> But it doesn't create a pkgconf/hal.h. It does create/copy a number of >> include files from my ARM configuration, like hal_arm.h > > What command did you use to checkout/update? > Did you do this in a clean directory (checkout)? Well, my .ecc file turns out to be inconsistent, because it used some flash dependencies which are gone -- the flash thingy was the problem anyway. I cut them away, and now I can generate a tree. The next problem is now with the flash stuff. The "Legacy API" flash code is dependent on older versions of the flash code, so it won't compile. What is the best way to tackle this? What is the quickest way to tackle this? I don't want to port our vendor's flash implementation to the newer flash implementation. Is there a way that I can easily restore the legacy API stuff? Rutger -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss