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
next prev parent 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).