headers
badeguruji | 1 May 2008 06:49
Picon
Favicon

is Redboot current?

Hi,
Is anyone still doing development on RedBoot and eCos?
Thanks.
-BG

________________________________
~~aapka kalyan ho~~

--

-- 
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 | Reply | 3 comments |
headers
Andrew Lunn | 1 May 2008 11:45
Picon

Re: is Redboot current?

On Wed, Apr 30, 2008 at 09:49:10PM -0700, badeguruji wrote:
> Hi,
> Is anyone still doing development on RedBoot and eCos?

Yep.

Unlike most projects, we don't make regular releases. So don't let the
fact there has not been a release for a few years make you think the
project is inactive. Use the head of the CVS repository.

Most of the work is nowadays in porting to new hardware platforms. The
core of eCos and Redboot has been stable for years. 

     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 | Reply | 2 comments |
headers
Davies, Greg | 1 May 2008 13:18

RE: is Redboot current?

> -----Original Message-----
> From: Andrew Lunn
> Unlike most projects, we don't make regular releases.

What does it take to make an official release? 
What would it take to start making regular releases?
Is someone already working on this?

--

-- 
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 | Reply | 1 comment |
headers
Gary Thomas | 1 May 2008 13:31
Favicon

Re: is Redboot current?

Davies, Greg wrote:
>> -----Original Message-----
>> From: Andrew Lunn
>> Unlike most projects, we don't make regular releases.
> 
> What does it take to make an official release? 
> What would it take to start making regular releases?
> Is someone already working on this?
> 

We've been working (for years now) to transition the ownership
of eCos from Red Hat (and others) to the Free Software Foundation.
This is *finally* entering the last phase and once we've tidied up
the code and made the ownership official (change around all the
Copyright notices, etc), there will be a new official release.

Don't expect it real soon - there's a boatload of work to be done.
Also, as always, care will be taken before this "release" is
blessed as such.  This means testing, etc, over all the platforms
that we can cover.  Again, more time.

In the meantime, the anonymous CVS is still (and will always be)
your best source of the most up to date eCos code base.

--

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------
(Continue reading)

Permalink | Reply | 0 comments |
headers
David Fernandez | 1 May 2008 15:47

Problems building configtool for Cygwin (again)

Hi there,

Here it is again the same old problem... Seems that something is not
quite right with the cygwin instructions, the configtool sources, or
just myself...

I've picked the eCoscentric snapshot today (01/05/2008) from the web page.

I've configured wxWindows-2.4.2 with:

$ /cygdrive/c/local/wxWindows-2.4.2/configure --disable-shared
--disable-socket s --disable-protocols --disable-fs_inet
--disable-compat22 --with-libpng --without-libjpeg --without-libtiff
--prefix=/cygdrive/c/local

at /cygdrive/c/local/build/wxWindows/2.4.2, then "make" & "make
install". I had to add the additional switches to avoid some compile
errors building wxWindows itself.

I've configured the eCos host tools with:

$ /cygdrive/c/local/ecos/host/configure --prefix=/cygdrive/c/local

at /cygdrive/c/local/build/ecos/host, then "make" & "make install" them.

When doing:

$ make -f /cygdrive/c/local/ecos/host/tools/configtool/standalone/wxwin/makefile.gnu
install WXDIR=/cygdrive/c/local ECOSSRCDIR=/cygdrive/c/local/ecos/host
IN STALLDIR=/cygdrive/c/local
(Continue reading)

Permalink | Reply | 16 comments |
headers
Andy Jackson | 1 May 2008 16:14

Re: Problems building configtool for Cygwin (again)

Hello David,

I loose track, but I think the fix to this one is to change the include 
at the top of ecutils.cpp to something like this:

#ifdef __CYGWIN__
#ifdef ORIGINAL_CODE
#include <sys/cygwin.h> /* for cygwin_conv_to_*_path() */
#else
#include <sys/cygwin.h> /* for cygwin_conv_to_*_path() */
#include <sys/param.h> // For MAXPATHLEN
#endif
#endif

Hope that helps,

    Andy

David Fernandez wrote:
> Hi there,
>
> Here it is again the same old problem... Seems that something is not
> quite right with the cygwin instructions, the configtool sources, or
> just myself...
>
> I've picked the eCoscentric snapshot today (01/05/2008) from the web page.
>
> I've configured wxWindows-2.4.2 with:
>
> $ /cygdrive/c/local/wxWindows-2.4.2/configure --disable-shared
(Continue reading)

Permalink | Reply | 2 comments |
headers
David Fernandez | 1 May 2008 16:37

Re: Problems building configtool for Cygwin (again)

I think this list doesn't want toppost... find my answer at the end

On 5/1/08, Andy Jackson <andy <at> xylanta.com> wrote:
> Hello David,
>
> I loose track, but I think the fix to this one is to change the include at
> the top of ecutils.cpp to something like this:
>
> #ifdef __CYGWIN__
> #ifdef ORIGINAL_CODE
> #include <sys/cygwin.h> /* for cygwin_conv_to_*_path() */
> #else
> #include <sys/cygwin.h> /* for cygwin_conv_to_*_path() */
> #include <sys/param.h> // For MAXPATHLEN
> #endif
> #endif
>
> Hope that helps,
>
>   Andy
>
>
>
> David Fernandez wrote:
> > Hi there,
> >
> > Here it is again the same old problem... Seems that something is not
> > quite right with the cygwin instructions, the configtool sources, or
> > just myself...
> >
(Continue reading)

Permalink | Reply | 1 comment |
headers
David Fernandez | 1 May 2008 18:31

Re: Problems building configtool for Cygwin (again)

I tried with 2.6, but I got even more worrying things like the last
one I've just shown...

Is ithere any desync among ecoscentric snapshots and the anoncvs? I've
been using ecoscentric snapshots by now, but may be I'll try the cvs
this weekend (can't do at work due to proxy :-( )

Cheers

On 5/1/08, Andy Jackson <andy <at> xylanta.com> wrote:
> If you are building using wxWidgets-2.4.2, then it used to compile and I
> don't see why that should of changed in this particular instance.
>
> The latest CVS version should build with wxWidgets-2.6.2 and you might be
> better off using that?
>
> Sorry I can't be more help.
>
>
> David Fernandez wrote:
> > I think this list doesn't want toppost... find my answer at the end
> >
> > On 5/1/08, Andy Jackson <andy <at> xylanta.com> wrote:
> >
> >
> > > Hello David,
> > >
> > > I loose track, but I think the fix to this one is to change the include
> at
> > > the top of ecutils.cpp to something like this:
(Continue reading)

Permalink | Reply | 0 comments |
headers
John Dallaway | 1 May 2008 19:58
Favicon

Re: Problems building configtool for Cygwin (again)

Hi David

David Fernandez wrote:

> /cygdrive/c/local/ecos/host/tools/configtool/standalone/wxwin/ecutils.cpp:273:
> error: `MAXPATHLEN' undeclared (first use this function)

This is explained by the following post:

  http://www.cygwin.com/ml/newlib/2007/msg01121.html

Cygwin is a moving target. I will fix the resulting configtool build issue.

John Dallaway
eCosCentric Limited

--

-- 
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 | Reply | 1 comment |
headers
Grant Edwards | 1 May 2008 20:55
Favicon

Re: Problems building configtool for Cygwin (again)

On 2008-05-01, David Fernandez <david.fernandez.work <at> googlemail.com> wrote:

> I thought this thing was stable, specially after what was
> mentioned in the ecoscentric page about the cygwin bug
> fixed...

In my experience, nothing running on top of Cygwin is stable.
IMO, it's a major engineering triumph (or perhaps a minor
miracle) that Cygwin works as well as it does. Expecting
stability for anything complex is probably futile.

> I even was able to build it some time ago!... I guess either
> this get broken quite easily

That's a property of Windows/Cygwin

> or there is something more fundamental I'm doing wrong.

Aside from trying to run Unix apps on Windows? ;)

If you want stability, the sure bet is using ecosconfig instead
of configtool and Linux instead of Windows.  Not the answer you
wanted, but...

-- 
Grant Edwards                   grante             Yow! Loni Anderson's hair
                                  at               should be LEGALIZED!!
                               visi.com            

--

--
(Continue reading)

Permalink | Reply | 0 comments |

Gmane