public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: "Lewin A.R.W. Edwards" <larwe@larwe.com>
To: Jonathan Larmour <jlarmour@redhat.com>
Cc: ecos-discuss@sources.redhat.com
Subject: Re: [ECOS] Problem building latest gcc
Date: Tue, 06 Feb 2001 07:12:00 -0000	[thread overview]
Message-ID: <4.3.2.7.2.20010206095857.00b2a240@larwe.com> (raw)
In-Reply-To: <3A800F21.72331780@redhat.com>

> > Well, I was working on the assumption that somewhere, at some time,
> > somebody using eCos has generated a toolchain for Thumb.
>
>It's a moving target! We can't QA toolchains every time someone checks in a
>new change to gcc.

Fully understood and agreed, Jonathan - my problem/complaint/whinge here is 
that the install instructions imply that "a snapshot" should work but they 
don't give enough information. At the last time I printed the install page 
a couple of days ago, there was a _specific_ snapshot mentioned that 
did/does not work (20001103 I think? Anyway, I've mentioned it on this list 
a couple of times).

If a particular configuration isn't tested, and isn't known to work, then 
I'm entitled to get a tad peeved if I read an official installation 
document that implies otherwise.

If it is tested, and known to work, then somebody, somewhere must know what 
magic must be checked out of CVS, and this information ought to be in the 
install instructions, surely?

If the Windows install page just said something like "The old version of 
gcc had separate arm and arm-thumb backends, and this was the version that 
was tested with cygwin for eCos use. To get this version, you can checkout 
snapshot date xxxxxxxx. Current versions have merged the two backends and 
we are not aware of a specific snapshot that can be built under cygwin at 
this time", I would be dancing naked in the forest from sheer joy. (No, I 
won't send pictures).

If it simply said "There is no known/supported way to build the thumb tools 
under Cygwin at this time" then I would be not so happy but at least 
accurately informed, and I wouldn't have any complaint to make.

Do you see where I'm coming from on this?

=== Lewin A.R.W. Edwards (Embedded Engineer)
Work: http://www.digi-frame.com/
Personal: http://www.zws.com/ and http://www.larwe.com/

"Und setzet ihr nicht das Leben ein,
Nie wird euch das Leben gewonnen sein."

      reply	other threads:[~2001-02-06  7:12 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-02-05 16:31 Lewin A.R.W. Edwards
2001-02-06  5:21 ` Jonathan Larmour
2001-02-06  6:13   ` Lewin A.R.W. Edwards
2001-02-06  6:50     ` Jonathan Larmour
2001-02-06  7:12       ` Lewin A.R.W. Edwards [this message]

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=4.3.2.7.2.20010206095857.00b2a240@larwe.com \
    --to=larwe@larwe.com \
    --cc=ecos-discuss@sources.redhat.com \
    --cc=jlarmour@redhat.com \
    /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).