[ECOS] eCos 3.0 beta 1 now available for download

[ECOS] eCos 3.0 beta 1 now available for download

[John Dallaway]

eCos community

On behalf of the eCos maintainers, I am pleased to announce that the
eCos 3.0 beta 1 release is now available for download. This release is
intended for testing by all eCos developers and incorporates many
contributions to the public eCos project which have been previously
available via the CVS repository only. These contributions include:

  * Cortex-M, FR30 and 68K/ColdFire architectural ports
  * CAN, I2C, SPI, Framebuffer, disk and ADC infrastructure
  * Enhanced Flash infrastructure (flash v2)
  * FAT filesystem
  * IPsec, PPP, SNTP client, VNC server, and enhanced HTTP server for
    FreeBSD TCP/IP stack
  * lwIP lightweight TCP/IP stack
  * USB serial function driver
  * Object loader
  * HAL and driver packages for many new processor variants, target
    platforms and peripheral devices

eCos 3.0 beta 1 also includes updated eCos configuration tools which
extend host platform coverage to GTK+ 2.x on Linux and to Windows Vista.

We need your help in testing this beta release on a wide variety of
hardware platforms. To this end, we have prepared a set of testing
guidelines to assist you in providing the feedback we need:

  http://ecos.sourceware.org/testing.html

I would particularly encourage eCos developers who have contributed
target platform support in the past to test the new release with their
contributed platform HAL and verify that there are no regressions.

For testing purposes, eCos 3.0 beta 1 should be used in conjunction with
the latest eCos toolchains based on GCC 4.3.2 wherever possible.
Pre-built versions of these toolchains are available for many of the
popular target architectures (contributed by eCosCentric).

We plan to keep the beta testing period short with a view to generating
the eCos 3.0 final release next month (March 2009).

Both eCos and the pre-built toolchains may be downloaded and installed
by following the instructions provided at:

  http://ecos.sourceware.org/getstart.html

Following installation, please refer to the release notes at
ecos-3.0b1/README.txt for details of known issues in this release.

Thank you for your on-going support of eCos.

John Dallaway
eCos 3.0 release manager

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] Re: eCos 3.0 beta 1 now available for download

[vibisreenivasan]

hello,
        do we have a separate ecos cvs repository for this beta release.
thanks & regards
vibi 

On Sun, 2009-02-22 at 08:15 +0000, John Dallaway wrote:
> eCos community
> 
> On behalf of the eCos maintainers, I am pleased to announce that the
> eCos 3.0 beta 1 release is now available for download. This release is
> intended for testing by all eCos developers and incorporates many
> contributions to the public eCos project which have been previously
> available via the CVS repository only. These contributions include:
> 
>   * Cortex-M, FR30 and 68K/ColdFire architectural ports
>   * CAN, I2C, SPI, Framebuffer, disk and ADC infrastructure
>   * Enhanced Flash infrastructure (flash v2)
>   * FAT filesystem
>   * IPsec, PPP, SNTP client, VNC server, and enhanced HTTP server for
>     FreeBSD TCP/IP stack
>   * lwIP lightweight TCP/IP stack
>   * USB serial function driver
>   * Object loader
>   * HAL and driver packages for many new processor variants, target
>     platforms and peripheral devices
> 
> eCos 3.0 beta 1 also includes updated eCos configuration tools which
> extend host platform coverage to GTK+ 2.x on Linux and to Windows Vista.
> 
> We need your help in testing this beta release on a wide variety of
> hardware platforms. To this end, we have prepared a set of testing
> guidelines to assist you in providing the feedback we need:
> 
>   http://ecos.sourceware.org/testing.html
> 
> I would particularly encourage eCos developers who have contributed
> target platform support in the past to test the new release with their
> contributed platform HAL and verify that there are no regressions.
> 
> For testing purposes, eCos 3.0 beta 1 should be used in conjunction with
> the latest eCos toolchains based on GCC 4.3.2 wherever possible.
> Pre-built versions of these toolchains are available for many of the
> popular target architectures (contributed by eCosCentric).
> 
> We plan to keep the beta testing period short with a view to generating
> the eCos 3.0 final release next month (March 2009).
> 
> Both eCos and the pre-built toolchains may be downloaded and installed
> by following the instructions provided at:
> 
>   http://ecos.sourceware.org/getstart.html
> 
> Following installation, please refer to the release notes at
> ecos-3.0b1/README.txt for details of known issues in this release.
> 
> Thank you for your on-going support of eCos.
> 
> John Dallaway
> eCos 3.0 release manager



-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] Re: eCos 3.0 beta 1 now available for download

[John Dallaway]

vibisreenivasan wrote:

> do we have a separate ecos cvs repository for this beta release.

The eCos 3.0 beta 1 release was generated from a branch named
"ecos-v3_0-branch" which you can check out from the eCos CVS repository
as follows:

   cvs -z3 -d :pserver:anoncvs@ecos.sourceware.org:/cvs/ecos \
      co -r ecos-v3_0-branch -P ecos

The forthcoming eCos 3.0 final release will also be generated from this
branch.

John Dallaway

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] Re: eCos 3.0 beta 1 now available for download

[vibisreenivasan]

hi,
	i was trying to compile eCos 3.0 beta 1  for at91sam7xek
 target. I am gettin some warnings

Target: at91sam7xek
Template: lwip_eth


In file included
from /media/_1/opt/ecos/cvs-ecos-new/e3/ecos/packages/net/lwip_tcpip/current/src/ecos/init.c:63:
/media/_1/opt/ecos/ecos3-b/install/include/netif/etharp.h:52: warning:
‘packed’ attribute ignored for field of type ‘u8_t[6]’
/media/_1/opt/ecos/ecos3-b/install/include/netif/etharp.h:67: warning:
‘packed’ attribute ignored for field of type ‘struct eth_addr’

is packed attribute necessary for a structure in side another packed
structure.

thanks & regards
vibi
 
On Mon, 2009-02-23 at 07:51 +0000, John Dallaway wrote:
> vibisreenivasan wrote:
> 
> > do we have a separate ecos cvs repository for this beta release.
> 
> The eCos 3.0 beta 1 release was generated from a branch named
> "ecos-v3_0-branch" which you can check out from the eCos CVS repository
> as follows:
> 
>    cvs -z3 -d :pserver:anoncvs@ecos.sourceware.org:/cvs/ecos \
>       co -r ecos-v3_0-branch -P ecos
> 
> The forthcoming eCos 3.0 final release will also be generated from this
> branch.
> 
> John Dallaway
> 
> 



-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] Bug reporting [ was Re: eCos 3.0 beta 1 now available for download ]

[John Dallaway]

Hi

vibisreenivasan wrote:

> 	i was trying to compile eCos 3.0 beta 1  for at91sam7xek
>  target. I am gettin some warnings

Please do raise an issue in Bugzilla for any problems with eCos 3.0 beta
1. You can create a Bugzilla account at:

  http://bugs.ecos.sourceware.org/

It is important to set the version field to "3.0beta1".

Thank you

John Dallaway

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] eCos 3.0 beta 1 now available for download

[Rutger Hofman]

[-- Attachment #1: Type: text/plain, Size: 2121 bytes --]

John Dallaway wrote:
> On behalf of the eCos maintainers, I am pleased to announce that the
> eCos 3.0 beta 1 release is now available for download.

...

> Both eCos and the pre-built toolchains may be downloaded and installed
> by following the instructions provided at:
> 
>   http://ecos.sourceware.org/getstart.html
> 
> Following installation, please refer to the release notes at
> ecos-3.0b1/README.txt for details of known issues in this release.
> 
> Thank you for your on-going support of eCos.

I downloaded eCos from CVS and cvs updated to tag ecos-v3_0-branch. 
Since my build system relies on command-line ecosconfig, I then 
configured and built the host tools (in a separate directory) from 
~ECOS/host/ without problems.

My eCos setup (one of the two) is the BlackFin port from the Univ 
Chemnitz, extended by me to other BlackFin CPUs and DevKits. I copied 
all BlackFin-related packages into the 3.0 tree, and my beta NAND flash 
and YAFFS packages. I compiled and built for EZ-Kit BF548 which includes 
  YAFFS/NAND. I ran into exactly one problem: YAFFS requires chmod(), so 
I diff/patched that from my usual eCos checkout into eCos 3.0, see 
attached patch.

Then I built and ran the fileio1 test for YAFFS2. All went without problems.

Then I built the libs for my application, RFID Guardian 
(http://www.rfidguardian.org). I built the file system traversal 
executable for it, which uses threads, interrupt-driven serial port, and 
all kinds of file IO. All went well.

This obviously isn't an exhaustive test, but it shows that threads, 
serial port interrupts, my newer packages etc work well without any 
adaptation (except addition of chmod()).

Compiler: custom-built from svn from uCLinux/Bfin:
> bfin-elf-gcc (GCC) 4.1.2 (ADI svn)
> Copyright (C) 2006 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Host system:
$ uname -a
Linux athlon 2.6.24-23-generic #1 SMP Mon Jan 26 00:13:11 UTC 2009 i686 
GNU/Linux
Ubuntu-Hardy

Rutger Hofman
VU Amsterdam

[-- Attachment #2: io.fileio.chmod.patch --]
[-- Type: text/x-diff, Size: 3728 bytes --]

Index: isoinfra/current/ChangeLog
===================================================================
RCS file: /cvs/ecos/ecos/packages/isoinfra/current/ChangeLog,v
retrieving revision 1.32
diff -u -r1.32 ChangeLog
--- isoinfra/current/ChangeLog	29 Jan 2009 17:49:50 -0000	1.32
+++ isoinfra/current/ChangeLog	24 Feb 2009 14:39:43 -0000
@@ -1,3 +1,6 @@
+2009-02-24  Rutger Hofmman	<rutger@cs.vu.nl>
+	* include/sys/stat.h: restore chmod() prototype
+
 2007-01-24  Peter Korsgaard  <peter.korsgaard@barco.com>
 
 	* cdl/isoinfra.cdl:
Index: isoinfra/current/include/sys/stat.h
===================================================================
RCS file: /cvs/ecos/ecos/packages/isoinfra/current/include/sys/stat.h,v
retrieving revision 1.8
diff -u -r1.8 stat.h
--- isoinfra/current/include/sys/stat.h	29 Jan 2009 17:49:50 -0000	1.8
+++ isoinfra/current/include/sys/stat.h	24 Feb 2009 14:39:43 -0000
@@ -148,6 +148,8 @@
 
 __externC int mkdir(const char *path, mode_t mode);
 
+__externC int chmod(const char *path, mode_t mode);
+
 #endif /* CYGONCE_ISO_STAT_H multiple inclusion protection */
 
 /* EOF stat.h */
Index: io/fileio/current/ChangeLog
===================================================================
RCS file: /cvs/ecos/ecos/packages/io/fileio/current/ChangeLog,v
retrieving revision 1.69
diff -u -r1.69 ChangeLog
--- io/fileio/current/ChangeLog	12 Dec 2008 10:50:43 -0000	1.69
+++ io/fileio/current/ChangeLog	24 Feb 2009 14:39:45 -0000
@@ -1,3 +1,7 @@
+2008-11-18  Rutger Hofman <rutger@cs.vu.nl>
+	* src/file.cxx: add a chmod() call, implemented by calling
+	cyg_fs_setinfo with parameter FS_INFO_CHMOD
+
 2008-12-11  Nick Garnett  <nickg@ecoscentric.com>
 
 	* src/fd.cxx (fp_ucount_dec, fd_close): Fix locking strategy so
Index: io/fileio/current/include/fileio.h
===================================================================
RCS file: /cvs/ecos/ecos/packages/io/fileio/current/include/fileio.h,v
retrieving revision 1.16
diff -u -r1.16 fileio.h
--- io/fileio/current/include/fileio.h	29 Jan 2009 17:49:46 -0000	1.16
+++ io/fileio/current/include/fileio.h	24 Feb 2009 14:39:46 -0000
@@ -161,6 +161,8 @@
 #ifdef  CYGSEM_FILEIO_INFO_DISK_USAGE
 #define FS_INFO_DISK_USAGE      6       /* get_disk_usage()    */
 #endif
+#define FS_INFO_CHMOD           7       /* chmod() */
+
 //-----------------------------------------------------------------------------
 // Types for link()
 
Index: io/fileio/current/src/file.cxx
===================================================================
RCS file: /cvs/ecos/ecos/packages/io/fileio/current/src/file.cxx,v
retrieving revision 1.12
diff -u -r1.12 file.cxx
--- io/fileio/current/src/file.cxx	29 Jan 2009 17:49:46 -0000	1.12
+++ io/fileio/current/src/file.cxx	24 Feb 2009 14:39:49 -0000
@@ -41,6 +41,7 @@
 //
 // Author(s):           nickg
 // Contributors:        nickg
+// Contributors:        rutger at cs dot vu dot nl: chmod()
 // Date:                2000-05-25
 // Purpose:             Fileio file operations
 // Description:         These are the functions that operate on files as a whole,
@@ -877,7 +878,6 @@
 
 //==========================================================================
 // FS set info.
-
 __externC int cyg_fs_setinfo( const char *path, int key, void *buf, int len )
 {
     FILEIO_ENTRY();
@@ -901,5 +901,19 @@
     FILEIO_RETURN(ret);
 }
 
+//==========================================================================
+// chmod
+
+__externC int chmod(const char *path, mode_t mode)
+{
+    int         ret;
+
+    FILEIO_ENTRY();
+
+    ret = cyg_fs_setinfo(path, FS_INFO_CHMOD, &mode, sizeof mode);
+
+    FILEIO_RETURN(ret);
+}
+
 // -------------------------------------------------------------------------
 // EOF file.cxx


[-- Attachment #3: Type: text/plain, Size: 148 bytes --]

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] Re: eCos 3.0 beta 1 now available for download

[John Dallaway]

Hi Rutger

Rutger Hofman wrote:

[ snip ]

> This obviously isn't an exhaustive test, but it shows that threads,
> serial port interrupts, my newer packages etc work well without any
> adaptation (except addition of chmod()).

Many thanks for your detailed feedback. I've raised a Bugzilla report on
your behalf regarding chmod():

  http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000695

John Dallaway

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] eCos 3.0 beta 1 now available for download

[Ilija Kocho]

Here's my report from testing MAC7100EVB:

Host environment: Ubuntu 8.10 (64bit) on DELL Vostro 1510 2GB RAM

I tested "default" package configuration since it includes all MAC7100 
components.

1.
Kernel compiled with 1 warning which i fixed and I shall send patch on 
Bugzilla.

2.
Test application compiles (and runs correctly) with following warnings:
cc1: warning: command line option "-Woverloaded-virtual" is valid for 
C++/ObjC++ but not for C
cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ 
but not for C

I know these compiler flags come from ECOS_GLOBAL_CFLAGS but i need 
info. how to get rid of them. Can I just remove them from 
hal_arm_mac7100_mac7100evb.cdl? Btw. they are present in other platforms 
too (LPC 2xxx, etc.)

3.
Also upon selection of MAC7100 in configtool following conflicts are 
reported (and resolved by configtool):
    CYGBLD_GLOBAL_FLAGS
    CYGBLD_GLOBAL_LDFLAGS
    CYGBLD_HAL_ARM_EABI
Although they are resolved and make no problems I would like to remove 
them and it should be possible since they do not appear in other 
platforms (such as LPC 2xxx). Please some hints.

Best regards
Ilija


John Dallaway wrote:
> eCos community
>
> On behalf of the eCos maintainers, I am pleased to announce that the
> eCos 3.0 beta 1 release is now available for download. This release is
> intended for testing by all eCos developers and incorporates many
> contributions to the public eCos project which have been previously
> available via the CVS repository only. These contributions include:
>
>   * Cortex-M, FR30 and 68K/ColdFire architectural ports
>   * CAN, I2C, SPI, Framebuffer, disk and ADC infrastructure
>   * Enhanced Flash infrastructure (flash v2)
>   * FAT filesystem
>   * IPsec, PPP, SNTP client, VNC server, and enhanced HTTP server for
>     FreeBSD TCP/IP stack
>   * lwIP lightweight TCP/IP stack
>   * USB serial function driver
>   * Object loader
>   * HAL and driver packages for many new processor variants, target
>     platforms and peripheral devices
>
> eCos 3.0 beta 1 also includes updated eCos configuration tools which
> extend host platform coverage to GTK+ 2.x on Linux and to Windows Vista.
>
> We need your help in testing this beta release on a wide variety of
> hardware platforms. To this end, we have prepared a set of testing
> guidelines to assist you in providing the feedback we need:
>
>   http://ecos.sourceware.org/testing.html
>
> I would particularly encourage eCos developers who have contributed
> target platform support in the past to test the new release with their
> contributed platform HAL and verify that there are no regressions.
>
> For testing purposes, eCos 3.0 beta 1 should be used in conjunction with
> the latest eCos toolchains based on GCC 4.3.2 wherever possible.
> Pre-built versions of these toolchains are available for many of the
> popular target architectures (contributed by eCosCentric).
>
> We plan to keep the beta testing period short with a view to generating
> the eCos 3.0 final release next month (March 2009).
>
> Both eCos and the pre-built toolchains may be downloaded and installed
> by following the instructions provided at:
>
>   http://ecos.sourceware.org/getstart.html
>
> Following installation, please refer to the release notes at
> ecos-3.0b1/README.txt for details of known issues in this release.
>
> Thank you for your on-going support of eCos.
>
> John Dallaway
> eCos 3.0 release manager
>
>   


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] eCos 3.0 beta 1 now available for download

[John Dallaway]

Hi Iilja

Many thanks for your eCos 3.0 beta 1 testing report.

Ilija Kocho wrote:

> 2.
> Test application compiles (and runs correctly) with following warnings:
> cc1: warning: command line option "-Woverloaded-virtual" is valid for
> C++/ObjC++ but not for C
> cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++
> but not for C

Yes, this is still an issue. The offending flags are filtered out in
${ECOS_REPOSITORY}/pkgconf/rules.mak when building the eCos tests. You
can use a similar technique in your own application makefiles when
building C code. For example:

  $(filter-out -Woverloaded-virtual -fno-rtti,$(ECOS_GLOBAL_CFLAGS))

> I know these compiler flags come from ECOS_GLOBAL_CFLAGS but i need
> info. how to get rid of them. Can I just remove them from
> hal_arm_mac7100_mac7100evb.cdl? Btw. they are present in other platforms
> too (LPC 2xxx, etc.)

The issue is that these flags are required for C++ files but deliver the
warning you observe for C files. In the future, we should treat the
CFLAGS and CXXFLAGS separately at the configuration level.

> 3.
> Also upon selection of MAC7100 in configtool following conflicts are
> reported (and resolved by configtool):
>    CYGBLD_GLOBAL_FLAGS
>    CYGBLD_GLOBAL_LDFLAGS
>    CYGBLD_HAL_ARM_EABI
> Although they are resolved and make no problems I would like to remove
> them and it should be possible since they do not appear in other
> platforms (such as LPC 2xxx). Please some hints.

Since CYGPKG_HAL_ARM_MAC7100 requires CYGHWR_HAL_ARM_BIGENDIAN == 1 you
could reduce the number of initial conflicts by adding "-mbig-endian" to
CYGBLD_GLOBAL_CFLAGS and CYGBLD_GLOBAL_LDFLAGS in your platform HAL
packages. However, some configuration changes are unavoidable when
switching targets.

John Dallaway

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] eCos 3.0 beta 1 now available for download

[Sergei Gavrikov]

On Thu, Feb 26, 2009 at 11:51:06AM +0100, Ilija Kocho wrote:
> Here's my report from testing MAC7100EVB:
> 
> Host environment: Ubuntu 8.10 (64bit) on DELL Vostro 1510 2GB RAM
> 
> I tested "default" package configuration since it includes all MAC7100 
> components.
> 
> 1.
> Kernel compiled with 1 warning which i fixed and I shall send patch on 
> Bugzilla.
> 
> 2.
> Test application compiles (and runs correctly) with following warnings:
> cc1: warning: command line option "-Woverloaded-virtual" is valid for 
> C++/ObjC++ but not for C
> cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ 
> but not for C
> 
> I know these compiler flags come from ECOS_GLOBAL_CFLAGS but i need 
> info. how to get rid of them. Can I just remove them from 
> hal_arm_mac7100_mac7100evb.cdl? Btw. they are present in other platforms 
> too (LPC 2xxx, etc.)

Hi Ilija

I do not meet these warnings for LPC2XXX. I digged old post. It was
applied for hal_arm.cdl

http://ecos.sourceware.org/ml/ecos-patches/2007-10/msg00011.html

1) I get just 2 warnings when I build kernel/tests for LPC2XXX target

/tmp/t$ echo $ECOS_REPOSITORY 
/opt/ecos/ecos-3.0b1/packages

/tmp/t$ which arm-eabi-gcc
/opt/ecos/gnutools/arm-eabi/bin/arm-eabi-gcc

/tmp/t$ ecosconfig new olpch2294 kernel;ecosconfig tree&&make -s&&make -s tests
U CYGHWR_HAL_ARM_LPC2XXX, new inferred value LPC2294
headers finished
/opt/ecos/ecos-3.0b1/packages/hal/arm/lpc2xxx/var/v3_0b1/src/hal_diag.c: In function ‘cyg_hal_plf_serial_isr’:
/opt/ecos/ecos-3.0b1/packages/hal/arm/lpc2xxx/var/v3_0b1/src/hal_diag.c:260: warning: pointer targets in passing argument 1 of ‘cyg_hal_is_break’ differ in signedness
build finished
headers finished
build finished
/opt/ecos/ecos-3.0b1/packages/kernel/v3_0b1/tests/intr0.cxx: In function ‘void intr0_main()’:
/opt/ecos/ecos-3.0b1/packages/kernel/v3_0b1/tests/intr0.cxx:201: warning: the address of ‘void vsr0()’ will never be NULL


2) I have no warnings when I compile an application:

/tmp/t$ mkdir foo
/tmp/t$ cd foo
/tmp/t/foo$ echo 'void cyg_start(void){for(;;);}'>foo.c
/tmp/t/foo$ DST=foo SRCS=foo.c /opt/ecos/ecos-3.0b1/examples/build_Makefile ..
/tmp/t/foo$ make -s
/tmp/t/foo$

because a built Make.params contains the substitutions:

ACTUAL_CFLAGS := $(subst -frtti,,$(ACTUAL_CFLAGS))
ACTUAL_CFLAGS := $(subst -Woverloaded-virtual,,$(ACTUAL_CFLAGS))


Regards,

Sergei

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] eCos 3.0 beta 1 now available for download

[Sergei Gavrikov]

Sergei Gavrikov wrote:
> Ilija Kocho wrote:

[snip]

> > I know these compiler flags come from ECOS_GLOBAL_CFLAGS but i need 
> > info. how to get rid of them. Can I just remove them from 
> > hal_arm_mac7100_mac7100evb.cdl? Btw. they are present in other platforms 
> > too (LPC 2xxx, etc.)

> because a built Make.params contains the substitutions:
> 
> ACTUAL_CFLAGS := $(subst -frtti,,$(ACTUAL_CFLAGS))
> ACTUAL_CFLAGS := $(subst -Woverloaded-virtual,,$(ACTUAL_CFLAGS))

Ilija, I understand the above is not solution. And you are right
ECOS_GLOBAL_CFLAGS contains those odd flags.

Sergei

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] eCos 3.0 beta 1 now available for download

[Ilija Kocho]

Hi John
>   $(filter-out -Woverloaded-virtual -fno-rtti,$(ECOS_GLOBAL_CFLAGS))
>   
Very helpful, thanks. Here I learn some make magic.
>> I know these compiler flags come from ECOS_GLOBAL_CFLAGS but i need
>> info. how to get rid of them. Can I just remove them from
>> hal_arm_mac7100_mac7100evb.cdl? Btw. they are present in other platforms
>> too (LPC 2xxx, etc.)
>>     
>
> The issue is that these flags are required for C++ files but deliver the
> warning you observe for C files. In the future, we should treat the
> CFLAGS and CXXFLAGS separately at the configuration level.
>   

I highly encourage you for this. Having separate flags for C and C++ is 
good even if they are 90% same.
You could introduce ECOS_GLOBAL_CXXFLAGS.

> Since CYGPKG_HAL_ARM_MAC7100 requires CYGHWR_HAL_ARM_BIGENDIAN == 1 you
> could reduce the number of initial conflicts by adding "-mbig-endian" to
> CYGBLD_GLOBAL_CFLAGS and CYGBLD_GLOBAL_LDFLAGS in your platform HAL
> packages. However, some configuration changes are unavoidable when
> switching targets.
>   

It didn't change the situation and since effectively it is not a problem 
we can leave as is for the time being.

However I found out that setting CYGHWR_HAL_ARM_BIGENDIAN == 1 
requirement triggers: CYGBLD_GLOBAL_FLAGS, CYGBLD_GLOBAL_LDFLAGS and 
CYGBLD_HAL_ARM_EABI resolutions that look strange to me.

Regards
Ilija

P.S. Also thanks to Sergei for his post.


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss