public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Grant Edwards <grante@visi.com>
To: ecos-discuss@ecos.sourceware.org
Subject: [ECOS] Re: NIOS2 toolchain build failure under Cygwin
Date: Wed, 09 Aug 2006 16:36:00 -0000	[thread overview]
Message-ID: <20060809163617.0B63E54398@rivatek.dnsalias.net> (raw)
In-Reply-To: <c09652430608090858nfacd89er47b793c32f4928d8@mail.gmail.com>

In gmane.os.ecos.general, you wrote:

> I knew that, but forgot while I wrote what I did. I can see how a
> non-TCL guru would want to generate CDL instead of understanding the
> finer point of TCL+CDL :-)

I can sympathise with somebody who has issues with TCL.  I
tried to learn it once and failed.  It's the only language that
defeated me.  Except for maybe COBOL -- and I blame that on the
2-day turnaround time for compile attempts.

> Is there a fundamental reason why CDL should not be generated?
>
> Java + Eclipse beats the crap out of TCL + vi when in terms of a
> development environment :-)

Possibly, but I've yet to see a computer powerfull enough to
run Java+Eclipse. Python + Jed is the best. :)

> More specifically a HAL for a customer specific PCB. Those
> HALs belongs in the application space.

I don't really think "application space" is the right place.
I've got quite a few customers who work in "application space"
and the last thing the world needs is them messing about with
the HAL.

To me, having them in a separate repository seems like the way
to go.

> Evaluation boards, quite possibly in eCos.

I don't have any objection to having "standard" HALs in the
standard eCos repository.  The problem we've run across (not
huge, but persistent) is in integrating custom HALs into the
single repository model.

-- 
Grant Edwards                   grante             Yow!  Is a tattoo
                                  at               real, like a curb or a
                               visi.com            battleship? Or are we
                                                   suffering in Safeway?

-- 
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:[~2006-08-09 16:36 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-09  8:14 Øyvind Harboe
2006-08-09 13:45 ` Grant Edwards
2006-08-09 14:07   ` Andrew Lunn
2006-08-09 14:31     ` Grant Edwards
2006-08-09 14:55       ` Andrew Lunn
2006-08-21 22:28         ` [ECOS] Configtool with mulitiple repository support Andy Jackson
2006-08-09 15:20 ` [ECOS] Re: NIOS2 toolchain build failure under Cygwin Bart Veer
2006-08-09 15:58   ` Øyvind Harboe
2006-08-09 16:36     ` Grant Edwards [this message]
2006-08-09 20:05     ` Bart Veer
2006-08-09 20:28       ` Øyvind Harboe
  -- strict thread matches above, loose matches on Subject: below --
2006-08-08 12:25 [ECOS] " Øyvind Harboe
2006-08-08 12:57 ` [ECOS] " Grant Edwards

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=20060809163617.0B63E54398@rivatek.dnsalias.net \
    --to=grante@visi.com \
    --cc=ecos-discuss@ecos.sourceware.org \
    /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).