public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
* RE: [ECOS] Having trouble building
@ 2004-04-20 23:16 Gary Parnes
  2004-04-21  5:20 ` Gary Thomas
  0 siblings, 1 reply; 4+ messages in thread
From: Gary Parnes @ 2004-04-20 23:16 UTC (permalink / raw)
  To: 'Gary Thomas'; +Cc: 'ecos-discuss@sources.redhat.com'


Actually I tried "ecosconfig new innovator redboot" first, and that resulted
in the same error.

I was wondering why rules.mak isn't removing "-Woverloaded-virtual" and
whatnot. That it hit me.... the rules.mak file only handles general
compilation. The problem appears to be in the CDL files that generate very
specific compilation rules.  They're generating specialized rules that
contain $(CFLAGS) instead of $(ACTUAL_CFLAGS), bypassing the ACTUAL_CFLAGS
constructs in rules.mak.

So, which would be the proper solution:  modifying rules.mak to set CFLAGS
equal to ACTUAL_CFLAGS after the flags have been scrubbed, or modify the CDL
files to use ACTUAL_CFLAGS when creating specialized rules?

--Gary Parnes

SENIOR SOFTWARE ENGINEER

Logic Product Development
411 Washington Ave. North, Suite 101
Minneapolis, MN 55401

  Main: (612) 672-9495
Direct: (612) 436-5165



> -----Original Message-----
> From: Gary Thomas [mailto:gary@mlbassoc.com]
> Sent: Tuesday, April 20, 2004 12:01 PM
> To: Gary Parnes
> Cc: 'ecos-discuss@sources.redhat.com'
> Subject: Re: [ECOS] Having trouble building
> 
> 
> On Tue, 2004-04-20 at 10:30, Gary Parnes wrote:
> > I'm trying to build eCos for the Innovator platform using a 
> fresh checkout
> > (using arm-elf-gcc version 3.2), and I'm not getting very far.
> > 
> > Using the precompiled ecosconfig binary from the standard 
> distribution:
> > 
> > $ ecosconfig new innovator default
> > $ ecosconfig tree
> > $ make
> > 
> > And lo and behold...
> > 
> > make -r -C hal/arm/arch/current arm.inc
> > make[1]: Entering directory `/home/garyp/ev/hal/arm/arch/current'
> > arm-elf-gcc -finline-limit=7000 -mcpu=arm9 -Wall -Wpointer-arith
> > -Wstrict-protot
> > ypes -Winline -Wundef -Woverloaded-virtual -g -O2 
> -ffunction-sections
> > -fdata-sec
> > tions -fno-rtti -fno-exceptions
> > -I/ecos-d/cygwin/home/garyp/ev/install/includ
> > e -I/ecos-d/cygwin/home/garyp/ecos/packages/hal/arm/arch/current
> > -I/ecos-d/cygwi
> > n/home/garyp/ecos/packages/hal/arm/arch/current/src
> > -I/ecos-d/cygwin/home/garyp/
> > ecos/packages/hal/arm/arch/current/tests -I. -Wp,-MD,arm.tmp -o
> > hal_mk_defs.tmp
> > -S
> > 
> /ecos-d/cygwin/home/garyp/ecos/packages/hal/arm/arch/current/s
> rc/hal_mk_defs
> > .
> > c
> > cc1: unrecognized option `-Woverloaded-virtual'
> > cc1: unrecognized option `-fno-rtti'
> > make[1]: *** [arm.inc] Error 1
> > make[1]: Leaving directory `/home/garyp/ev/hal/arm/arch/current'
> > make: *** [build] Error 2
> > 
> > 
> > What's going on here?  I thought rules.mak got rid of 
> -Woverloaded-virtual
> > and such when compiling straight C code.
> 
> Those flags are mentioned directly in the innovator CDL - 
> they probably
> should not be.
> 
> Also note: the comment in 'ecos.db' says that this platform 
> is not fully
> eCos-ready, only RedBoot is supported, so I'm not sure what 
> success you
> will have overall.  (n.b. I've not tried this platform at all, so the
> comments may be out of date w.r.t. the actual port)
> 
> -- 
> Gary Thomas <gary@mlbassoc.com>
> MLB Associates
> 

-- 
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] 4+ messages in thread

* RE: [ECOS] Having trouble building
  2004-04-20 23:16 [ECOS] Having trouble building Gary Parnes
@ 2004-04-21  5:20 ` Gary Thomas
  0 siblings, 0 replies; 4+ messages in thread
From: Gary Thomas @ 2004-04-21  5:20 UTC (permalink / raw)
  To: Gary Parnes; +Cc: 'ecos-discuss@sources.redhat.com'

On Tue, 2004-04-20 at 13:36, Gary Parnes wrote:
> Actually I tried "ecosconfig new innovator redboot" first, and that resulted
> in the same error.
> 
> I was wondering why rules.mak isn't removing "-Woverloaded-virtual" and
> whatnot. That it hit me.... the rules.mak file only handles general
> compilation. The problem appears to be in the CDL files that generate very
> specific compilation rules.  They're generating specialized rules that
> contain $(CFLAGS) instead of $(ACTUAL_CFLAGS), bypassing the ACTUAL_CFLAGS
> constructs in rules.mak.
> 
> So, which would be the proper solution:  modifying rules.mak to set CFLAGS
> equal to ACTUAL_CFLAGS after the flags have been scrubbed, or modify the CDL
> files to use ACTUAL_CFLAGS when creating specialized rules?

The latter, definitely.  In fact, I would think that all such CDL/rules
should be changed similarly.

Let us know how this works out for you.


> 
> --Gary Parnes
> 
> SENIOR SOFTWARE ENGINEER
> 
> Logic Product Development
> 411 Washington Ave. North, Suite 101
> Minneapolis, MN 55401
> 
>   Main: (612) 672-9495
> Direct: (612) 436-5165
> 
> 
> 
> > -----Original Message-----
> > From: Gary Thomas [mailto:gary@mlbassoc.com]
> > Sent: Tuesday, April 20, 2004 12:01 PM
> > To: Gary Parnes
> > Cc: 'ecos-discuss@sources.redhat.com'
> > Subject: Re: [ECOS] Having trouble building
> > 
> > 
> > On Tue, 2004-04-20 at 10:30, Gary Parnes wrote:
> > > I'm trying to build eCos for the Innovator platform using a 
> > fresh checkout
> > > (using arm-elf-gcc version 3.2), and I'm not getting very far.
> > > 
> > > Using the precompiled ecosconfig binary from the standard 
> > distribution:
> > > 
> > > $ ecosconfig new innovator default
> > > $ ecosconfig tree
> > > $ make
> > > 
> > > And lo and behold...
> > > 
> > > make -r -C hal/arm/arch/current arm.inc
> > > make[1]: Entering directory `/home/garyp/ev/hal/arm/arch/current'
> > > arm-elf-gcc -finline-limit=7000 -mcpu=arm9 -Wall -Wpointer-arith
> > > -Wstrict-protot
> > > ypes -Winline -Wundef -Woverloaded-virtual -g -O2 
> > -ffunction-sections
> > > -fdata-sec
> > > tions -fno-rtti -fno-exceptions
> > > -I/ecos-d/cygwin/home/garyp/ev/install/includ
> > > e -I/ecos-d/cygwin/home/garyp/ecos/packages/hal/arm/arch/current
> > > -I/ecos-d/cygwi
> > > n/home/garyp/ecos/packages/hal/arm/arch/current/src
> > > -I/ecos-d/cygwin/home/garyp/
> > > ecos/packages/hal/arm/arch/current/tests -I. -Wp,-MD,arm.tmp -o
> > > hal_mk_defs.tmp
> > > -S
> > > 
> > /ecos-d/cygwin/home/garyp/ecos/packages/hal/arm/arch/current/s
> > rc/hal_mk_defs
> > > .
> > > c
> > > cc1: unrecognized option `-Woverloaded-virtual'
> > > cc1: unrecognized option `-fno-rtti'
> > > make[1]: *** [arm.inc] Error 1
> > > make[1]: Leaving directory `/home/garyp/ev/hal/arm/arch/current'
> > > make: *** [build] Error 2
> > > 
> > > 
> > > What's going on here?  I thought rules.mak got rid of 
> > -Woverloaded-virtual
> > > and such when compiling straight C code.
> > 
> > Those flags are mentioned directly in the innovator CDL - 
> > they probably
> > should not be.
> > 
> > Also note: the comment in 'ecos.db' says that this platform 
> > is not fully
> > eCos-ready, only RedBoot is supported, so I'm not sure what 
> > success you
> > will have overall.  (n.b. I've not tried this platform at all, so the
> > comments may be out of date w.r.t. the actual port)
> > 
> > -- 
> > Gary Thomas <gary@mlbassoc.com>
> > MLB Associates
> > 
-- 
Gary Thomas <gary@mlbassoc.com>
MLB Associates


-- 
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] 4+ messages in thread

* Re: [ECOS] Having trouble building
  2004-04-20 20:47 Gary Parnes
@ 2004-04-20 23:10 ` Gary Thomas
  0 siblings, 0 replies; 4+ messages in thread
From: Gary Thomas @ 2004-04-20 23:10 UTC (permalink / raw)
  To: Gary Parnes; +Cc: 'ecos-discuss@sources.redhat.com'

On Tue, 2004-04-20 at 10:30, Gary Parnes wrote:
> I'm trying to build eCos for the Innovator platform using a fresh checkout
> (using arm-elf-gcc version 3.2), and I'm not getting very far.
> 
> Using the precompiled ecosconfig binary from the standard distribution:
> 
> $ ecosconfig new innovator default
> $ ecosconfig tree
> $ make
> 
> And lo and behold...
> 
> make -r -C hal/arm/arch/current arm.inc
> make[1]: Entering directory `/home/garyp/ev/hal/arm/arch/current'
> arm-elf-gcc -finline-limit=7000 -mcpu=arm9 -Wall -Wpointer-arith
> -Wstrict-protot
> ypes -Winline -Wundef -Woverloaded-virtual -g -O2 -ffunction-sections
> -fdata-sec
> tions -fno-rtti -fno-exceptions
> -I/ecos-d/cygwin/home/garyp/ev/install/includ
> e -I/ecos-d/cygwin/home/garyp/ecos/packages/hal/arm/arch/current
> -I/ecos-d/cygwi
> n/home/garyp/ecos/packages/hal/arm/arch/current/src
> -I/ecos-d/cygwin/home/garyp/
> ecos/packages/hal/arm/arch/current/tests -I. -Wp,-MD,arm.tmp -o
> hal_mk_defs.tmp
> -S
> /ecos-d/cygwin/home/garyp/ecos/packages/hal/arm/arch/current/src/hal_mk_defs
> .
> c
> cc1: unrecognized option `-Woverloaded-virtual'
> cc1: unrecognized option `-fno-rtti'
> make[1]: *** [arm.inc] Error 1
> make[1]: Leaving directory `/home/garyp/ev/hal/arm/arch/current'
> make: *** [build] Error 2
> 
> 
> What's going on here?  I thought rules.mak got rid of -Woverloaded-virtual
> and such when compiling straight C code.

Those flags are mentioned directly in the innovator CDL - they probably
should not be.

Also note: the comment in 'ecos.db' says that this platform is not fully
eCos-ready, only RedBoot is supported, so I'm not sure what success you
will have overall.  (n.b. I've not tried this platform at all, so the
comments may be out of date w.r.t. the actual port)

-- 
Gary Thomas <gary@mlbassoc.com>
MLB Associates


-- 
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] 4+ messages in thread

* [ECOS] Having trouble building
@ 2004-04-20 20:47 Gary Parnes
  2004-04-20 23:10 ` Gary Thomas
  0 siblings, 1 reply; 4+ messages in thread
From: Gary Parnes @ 2004-04-20 20:47 UTC (permalink / raw)
  To: 'ecos-discuss@sources.redhat.com'


I'm trying to build eCos for the Innovator platform using a fresh checkout
(using arm-elf-gcc version 3.2), and I'm not getting very far.

Using the precompiled ecosconfig binary from the standard distribution:

$ ecosconfig new innovator default
$ ecosconfig tree
$ make

And lo and behold...

make -r -C hal/arm/arch/current arm.inc
make[1]: Entering directory `/home/garyp/ev/hal/arm/arch/current'
arm-elf-gcc -finline-limit=7000 -mcpu=arm9 -Wall -Wpointer-arith
-Wstrict-protot
ypes -Winline -Wundef -Woverloaded-virtual -g -O2 -ffunction-sections
-fdata-sec
tions -fno-rtti -fno-exceptions
-I/ecos-d/cygwin/home/garyp/ev/install/includ
e -I/ecos-d/cygwin/home/garyp/ecos/packages/hal/arm/arch/current
-I/ecos-d/cygwi
n/home/garyp/ecos/packages/hal/arm/arch/current/src
-I/ecos-d/cygwin/home/garyp/
ecos/packages/hal/arm/arch/current/tests -I. -Wp,-MD,arm.tmp -o
hal_mk_defs.tmp
-S
/ecos-d/cygwin/home/garyp/ecos/packages/hal/arm/arch/current/src/hal_mk_defs
.
c
cc1: unrecognized option `-Woverloaded-virtual'
cc1: unrecognized option `-fno-rtti'
make[1]: *** [arm.inc] Error 1
make[1]: Leaving directory `/home/garyp/ev/hal/arm/arch/current'
make: *** [build] Error 2


What's going on here?  I thought rules.mak got rid of -Woverloaded-virtual
and such when compiling straight C code.

This is using Cygwin as the build platform.

--Gary Parnes

SENIOR SOFTWARE ENGINEER

Logic Product Development
411 Washington Ave. North, Suite 101
Minneapolis, MN 55401

  Main: (612) 672-9495
Direct: (612) 436-5165



-- 
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] 4+ messages in thread

end of thread, other threads:[~2004-04-20 20:47 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-04-20 23:16 [ECOS] Having trouble building Gary Parnes
2004-04-21  5:20 ` Gary Thomas
  -- strict thread matches above, loose matches on Subject: below --
2004-04-20 20:47 Gary Parnes
2004-04-20 23:10 ` Gary Thomas

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).