public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
* [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).