public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Alex Schuilenburg <alexs@ecoscentric.com>
To: Manuel Borchers <manuel@matronix.de>
Cc: ecos-discuss@ecos.sourceware.org
Subject: Re: [ECOS] Development environment under Windows without cygwin?
Date: Sat, 14 May 2011 17:03:00 -0000	[thread overview]
Message-ID: <4DCD1260.1080909@ecoscentric.com> (raw)
In-Reply-To: <1305275374.2883.20.camel@netxaccos>

On 2011-05-13 09:29, Manuel Borchers wrote:
> [...]
> Currently, we have a quite old arm-elf toolchain (4.0.3) on the windows
> boxes.
You did not say which version of eCos you were using, but if you are
still using arm-elf this would indicate you are using eCos version 2
which could be the first of your problems. Much has happened since eCos
2.0 was released. With the eCos 3.0 release in 2009, we upgraded the ARM
compiler to arm-eabi and gcc version 4.3.2.

I strongly suggest you switch to eCos 3.0/anoncvs and the arm-eabi gcc
4.3.2 (cygwin hosted) we contributed to the eCos 3.0 public release


>  So grabbed a 4.0.4 compiler for my linux box. Using a virtual
> machine with windows I was quite successful with this setup. Linking
> went fine in this scenario, but executing the small demo app failed.
> After a little research I found out what was failing: the DHCP managment
> thread bailed out with an assertion that the stack base wasn't properly
> aligned. Using arm-elf-nm I saw that the assertion was quite right. The
> linker linked the stack to an odd address! I double checked the ld file,
> and there clearly was the ALIGN(0x4) at the .bss section. So, I guess I
> found a linker/compiler bug. I could work around the problem by adding
> an align attribute to the stack definition, but I've a little
> stomach-ache doing so and that such an error might occure elsewhere,
> too.
You probably have found a linker/compiler bug.  Not many people
appreciate the effort we put into testing the GNU tools on real hardware
and fixing some or other rare edge condition or the like before we ship
them to customers or contribute them. I certainly don't think you can
take it for granted that any toolchain you download will just work -
just read this list's archives...


> And now back to the original topic:
> I tried to get the ecoscentric-provided arm-eabi toolchain running under
> windows. I failed doing so. Even after installing cygwin (which wouldn't
> be that easy to install to the lab PCs) and shuffling dll's around. I
> guess, the toolchain is too old to get it properly running on modern
> cygwin/windows machines.
I disagree and I find this surprising.  The 4.3.2 arm-eabi toolchain
contribution is only 2 years old and we have had no issues using it with
a current cygwin on XP or 7, although there have been problems with
cygwin on vista but I believe the cygwin team have sorted out those
issues quite a while ago. For eCos/eCosPro 3.0 we only officially
supported Windows XP, although we do have customers successfully using
the tools on Windows 7.

Our switch to native Windows for the GNU tools was mainly for the
speedup and to remove the complexities some of our customers were
encountering with installing and administering cygwin on their
tightly-locked-down corporate desktops.  If you have full control of the
PC, you should not encounter any difficulties (although from what you
mention, you dont have that luxury).


> So the question is: are there plans by ecoscetric to contribute a newer
> arm-eabi windows toolchain to the public? That would be really great,
> because I really don't like to build one on my own for windows... That
> one in the commercial version being cygwin-free raised my attention and
> this question ;)
Sorry, I cannot comment on any plans regarding contributing the newer
4.4.5 toolchain or our eCosPro 3.1 release for commercial reasons.

However, there is no reason I know of why you cannot get the cygwin
hosted 4.3.2 arm-eabi toolchain we contributed 2 years ago working for
you. There are many Windows users on this list that are successfully
using it without any problems.  Perhaps you could be specific about what
kind of issues you are seeing so one of them could answer :-)

Cheers
-- Alex


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

  reply	other threads:[~2011-05-13 11:14 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-23 15:55 Richard Rauch
2011-03-23 15:56 ` Gary Thomas
2011-03-23 16:20 ` Stanislav Meduna
2011-03-23 16:25   ` AW: " Richard Rauch
2011-03-23 16:28 ` [ECOS] " John Dallaway
2011-03-23 16:46 ` John Dallaway
2011-03-23 19:26 ` Grant Edwards
2011-03-23 22:46   ` AW: " Richard Rauch
2011-03-24  0:37     ` Michael Bergandi
2011-03-24  7:15       ` Grant Edwards
2011-03-24 10:59       ` Ilija Kocho
2011-03-24 14:32     ` Yurij Grechishhev
2011-05-11 16:06 ` [ECOS] " Alex Schuilenburg
2011-05-13  9:30   ` Manuel Borchers
2011-05-14 17:03     ` Alex Schuilenburg [this message]
2011-05-16 11:28       ` Manuel Borchers
2011-05-16 12:05         ` Alex Schuilenburg
2011-05-28 15:59           ` Manuel Borchers
2011-03-23 17:12 Guenter Ebermann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4DCD1260.1080909@ecoscentric.com \
    --to=alexs@ecoscentric.com \
    --cc=ecos-discuss@ecos.sourceware.org \
    --cc=manuel@matronix.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).