* [ECOS] configtool bug
@ 2006-02-28 17:08 Jürgen Lambrecht
2006-02-28 17:15 ` Gary Thomas
2006-02-28 17:27 ` Andrew Lunn
0 siblings, 2 replies; 3+ messages in thread
From: Jürgen Lambrecht @ 2006-02-28 17:08 UTC (permalink / raw)
To: eCos Discussion
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.
This is the relavant part of the wrong makefile:
----------------------------------------------------------------------------------
headers: mlt_headers $(PREFIX)/include/cyg/hal/plf_io.h
$(PREFIX)/include/cyg/hal/hal_platform_setup.1-01-02_2a.h
$(PREFIX)/include/cyg/hal/hal_platform_setup.1-01-02_2b.h
$(PREFIX)/include/cyg/hal/hal_platform_setup.1-01-03_0.h
$(PREFIX)/include/cyg/hal/hal_platform_setup.h
$(PREFIX)/include/cyg/hal/hal_platform_ints.h
$(PREFIX)/include/cyg/hal/plf_io.h:
$(REPOSITORY)/$(PACKAGE)/include/plf_io.h
ifeq ($(HOST),CYGWIN)
@mkdir -p `cygpath -w "$(dir $@)" | sed "s@\\\\\\\\@/@g"`
else
@mkdir -p $(dir $@)
endif
@cp $< $@
@chmod u+w $@
$(PREFIX)/include/cyg/hal/hal_platform_setup.1-01-02_2a.h:
$(REPOSITORY)/$(PACKAGE)/include/hal_platform_setup.1-01-02_2a.h
ifeq ($(HOST),CYGWIN)
@mkdir -p `cygpath -w "$(dir $@)" | sed "s@\\\\\\\\@/@g"`
else
@mkdir -p $(dir $@)
endif
@cp $< $@
@chmod u+w $@
$(PREFIX)/include/cyg/hal/hal_platform_setup.1-01-02_2b.h:
$(REPOSITORY)/$(PACKAGE)/include/hal_platform_setup.1-01-02_2b.h
ifeq ($(HOST),CYGWIN)
@mkdir -p `cygpath -w "$(dir $@)" | sed "s@\\\\\\\\@/@g"`
else
@mkdir -p $(dir $@)
endif
@cp $< $@
@chmod u+w $@
$(PREFIX)/include/cyg/hal/hal_platform_setup.1-01-03_0.h:
$(REPOSITORY)/$(PACKAGE)/include/hal_platform_setup.1-01-03_0.h
ifeq ($(HOST),CYGWIN)
@mkdir -p `cygpath -w "$(dir $@)" | sed "s@\\\\\\\\@/@g"`
else
@mkdir -p $(dir $@)
endif
@cp $< $@
@chmod u+w $@
$(PREFIX)/include/cyg/hal/hal_platform_setup.h:
$(REPOSITORY)/$(PACKAGE)/include/hal_platform_setup.h
ifeq ($(HOST),CYGWIN)
@mkdir -p `cygpath -w "$(dir $@)" | sed "s@\\\\\\\\@/@g"`
else
@mkdir -p $(dir $@)
endif
@cp $< $@
@chmod u+w $@
--
Jürgen Lambrecht
Development Engineer
Televic Transport Systems
http://www.televic.com
Televic NV / SA (main office)
Leo Bekaertlaan 1
B-8870 Izegem
Tel: +32 (0)51 303045
Fax: +32 (0)51 310670
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [ECOS] configtool bug
2006-02-28 17:08 [ECOS] configtool bug Jürgen Lambrecht
@ 2006-02-28 17:15 ` Gary Thomas
2006-02-28 17:27 ` Andrew Lunn
1 sibling, 0 replies; 3+ messages in thread
From: Gary Thomas @ 2006-02-28 17:15 UTC (permalink / raw)
To: Jürgen Lambrecht; +Cc: eCos Discussion
On Tue, 2006-02-28 at 16:45 +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 not? Those files will never be referenced in any of the eCos
code, so the fact that they get sloshed around by the makefile should
be totally irrelevant. If your program isn't running, you need to
figure out why.
> This is the relavant part of the wrong makefile:
> ----------------------------------------------------------------------------------
> headers: mlt_headers $(PREFIX)/include/cyg/hal/plf_io.h
> $(PREFIX)/include/cyg/hal/hal_platform_setup.1-01-02_2a.h
> $(PREFIX)/include/cyg/hal/hal_platform_setup.1-01-02_2b.h
> $(PREFIX)/include/cyg/hal/hal_platform_setup.1-01-03_0.h
> $(PREFIX)/include/cyg/hal/hal_platform_setup.h
> $(PREFIX)/include/cyg/hal/hal_platform_ints.h
>
> $(PREFIX)/include/cyg/hal/plf_io.h:
> $(REPOSITORY)/$(PACKAGE)/include/plf_io.h
> ifeq ($(HOST),CYGWIN)
> @mkdir -p `cygpath -w "$(dir $@)" | sed "s@\\\\\\\\@/@g"`
> else
> @mkdir -p $(dir $@)
> endif
> @cp $< $@
> @chmod u+w $@
>
> $(PREFIX)/include/cyg/hal/hal_platform_setup.1-01-02_2a.h:
> $(REPOSITORY)/$(PACKAGE)/include/hal_platform_setup.1-01-02_2a.h
> ifeq ($(HOST),CYGWIN)
> @mkdir -p `cygpath -w "$(dir $@)" | sed "s@\\\\\\\\@/@g"`
> else
> @mkdir -p $(dir $@)
> endif
> @cp $< $@
> @chmod u+w $@
>
> $(PREFIX)/include/cyg/hal/hal_platform_setup.1-01-02_2b.h:
> $(REPOSITORY)/$(PACKAGE)/include/hal_platform_setup.1-01-02_2b.h
> ifeq ($(HOST),CYGWIN)
> @mkdir -p `cygpath -w "$(dir $@)" | sed "s@\\\\\\\\@/@g"`
> else
> @mkdir -p $(dir $@)
> endif
> @cp $< $@
> @chmod u+w $@
>
> $(PREFIX)/include/cyg/hal/hal_platform_setup.1-01-03_0.h:
> $(REPOSITORY)/$(PACKAGE)/include/hal_platform_setup.1-01-03_0.h
> ifeq ($(HOST),CYGWIN)
> @mkdir -p `cygpath -w "$(dir $@)" | sed "s@\\\\\\\\@/@g"`
> else
> @mkdir -p $(dir $@)
> endif
> @cp $< $@
> @chmod u+w $@
>
> $(PREFIX)/include/cyg/hal/hal_platform_setup.h:
> $(REPOSITORY)/$(PACKAGE)/include/hal_platform_setup.h
> ifeq ($(HOST),CYGWIN)
> @mkdir -p `cygpath -w "$(dir $@)" | sed "s@\\\\\\\\@/@g"`
> else
> @mkdir -p $(dir $@)
> endif
> @cp $< $@
> @chmod u+w $@
>
> --
> Jürgen Lambrecht
> Development Engineer
> Televic Transport Systems
> http://www.televic.com
> Televic NV / SA (main office)
> Leo Bekaertlaan 1
> B-8870 Izegem
> Tel: +32 (0)51 303045
> Fax: +32 (0)51 310670
>
>
--
Gary Thomas <gary@mlbassoc.com>
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [ECOS] configtool bug
2006-02-28 17:08 [ECOS] configtool bug Jürgen Lambrecht
2006-02-28 17:15 ` Gary Thomas
@ 2006-02-28 17:27 ` Andrew Lunn
1 sibling, 0 replies; 3+ messages in thread
From: Andrew Lunn @ 2006-02-28 17:27 UTC (permalink / raw)
To: J?rgen Lambrecht; +Cc: eCos Discussion
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
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2006-02-28 15:54 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-02-28 17:08 [ECOS] configtool bug Jürgen Lambrecht
2006-02-28 17:15 ` Gary Thomas
2006-02-28 17:27 ` Andrew Lunn
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).