This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
Re: configtool bug
- From: Andrew Lunn <andrew at lunn dot ch>
- To: J?rgen Lambrecht <J dot Lambrecht at televic dot com>
- Cc: eCos Discussion <ecos-discuss at ecos dot sourceware dot org>
- Date: Tue, 28 Feb 2006 16:54:11 +0100
- Subject: Re: [ECOS] configtool bug
- References: <44047021.8090109@televic.com>
On Tue, Feb 28, 2006 at 04:45:37PM +0100, J?rgen Lambrecht wrote:
> Hello,
>
> I cannot find this bug back on
> http://bugs.ecos.sourceware.org/query.cgi?product=eCos, and actually, if
> this problem is documented, it would be no real bug, but I could not
> find any documentation about it.
> If this is a new problem, should I enter a bug report, or update the
> configtool documentation?
> Here's the bug:
>
> When programming, I often keep backups in the same directory, for
> example of the hal_platform_setup.h file, and I call those backups e.g.
> hal_platform_setup.1-01-02_2a.h.
> But then the configtool also copies those backup files to the build tree
> (e.g. in BUILDx_install/include/cyg/hal/) and inserts them in the
> makefile (e.g. in BUILDx_build/hal/arm/at91/std_ims/current/makefile).
> The compilation does not give errors, but the binary (of course) does
> not run.
Why should the binary not run? These backup header files are not used.
What you are probably seeing is the broken dependancies on vector.S
meaning that install/lib/vector.o is not recompiled when you edit
hal_platform_setup.h. This is a known bug and should be in bugzilla
somewhere.
Andrew
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss