On Thu, 16 Jan 2003 10:51:09 - Luke Trevorrow [EMAIL PROTECTED] wrote:
This is a great idea. It would be nice if you could bolt on different high
level languages on top of the IDE, like C that could be compiled to Z80.
This would attract more people to develop and test for the SAM.
When did they add SAM support? The last time I looked at this I am sure they
didn't support it?!
Luke
-Original Message-
From: Frode Tenneboe [mailto:[EMAIL PROTECTED]
Sent: 17 January 2003 11:24
To: sam-users@nvg.ntnu.no
Subject: RE: a thought (was RE: Moment of truth)
On Thu, 16 Jan
Frode wrote:
http://sourceforge.net/projects/z88dk/
C cross-compiler to Z80. SAM Support included. No IDE and no debugger,
but I guess SimCoupe could be used as a debugger?
The problem is that without an IDE, then a debugger is pretty useless.
You need something which will allow you to track
On Fri, 17 Jan 2003 12:07:17 - Geoff Winkless [EMAIL PROTECTED] wrote:
Frode wrote:
http://sourceforge.net/projects/z88dk/
C cross-compiler to Z80. SAM Support included. No IDE and no debugger,
but I guess SimCoupe could be used as a debugger?
The problem is that without an IDE,
On Fri, 17 Jan 2003 11:53:34 - Luke Trevorrow [EMAIL PROTECTED] wrote:
When did they add SAM support? The last time I looked at this I am sure they
didn't support it?!
I added it a year ago with ansi just in (well, since sourceforge
CVS is down't I haven't been able to check that it's
Frode wrote:
You don't NEED that. I have no problems whatsoever having
source code in one window and the debugger/simulator in
another. Compiling in a third. Actually, I prefer it.
You -prefer- it? Why? It simply increases the amount of time and effort
you need to take.
I know. And tight
But tight integration = faster development = more software.
It's an initial time investment which brings significant long-term
benefits.
Geoff
But I have to disagree here, the coding mostly takes less time than the
GFX/Presentation etc, how will intergration help you with that ?
By this I mean
On Fri, 17 Jan 2003 12:20:06 - Geoff Winkless [EMAIL PROTECTED] wrote:
Frode wrote:
You don't NEED that. I have no problems whatsoever having
source code in one window and the debugger/simulator in
another. Compiling in a third. Actually, I prefer it.
You -prefer- it? Why? It
Frode wrote:
This is a claim I have never seen substantiated.
What's to substantiate?
With separate systems I need to compile, upload the file somehow to the
emulator, run the emulator, run the code. I then need to set up the
debugger within the emulator to do exactly what I need (and depending
I wrote:
It occurred to me that one of the reasons I'm less likely to
develop something for the sam is that, although comet is
absolutely superb considering the hardware, it's not so easy
as a nice (eg) windoze app would be.
Sorry, I've just realised I'm being highly selfish in my
about this way back in the past. Bob Brenchley would have found a way to
rubbish the whole idea no doubt.
-Original Message-
From: Geoff Winkless [mailto:[EMAIL PROTECTED]
Sent: 16 January 2003 09:36
To: sam-users@nvg.ntnu.no
Subject: a thought (was RE: Moment of truth)
Ian wrote:
8) Would
@nvg.ntnu.no'
Subject: RE: a thought (was RE: Moment of truth)
This is a great idea. It would be nice if you could bolt on different high
level languages on top of the IDE, like C that could be compiled to Z80.
This would attract more people to develop and test for the SAM.
Luke
P.S.I would have
There are several free ide's available, there was one developed
for the GBC which was a near z80 chip. Trouble is I still like
using comet :D
A.
Personally, I'm fed up with COMET now. I'm getting too lazy and
want it to fix my problems for me. How about an extension to it
that
2003 11:23
To: sam-users@nvg.ntnu.no
Subject: RE: a thought (was RE: Moment of truth)
There are several free ide's available, there was one developed
for the GBC which was a near z80 chip. Trouble is I still like
using comet :D
A.
Personally, I'm fed up with COMET now. I'm getting too lazy
Geoff Winkless wrote:
It occurred to me that one of the reasons I'm less likely to develop
something for the sam is that, although comet is absolutely superb
considering the hardware, it's not so easy as a nice (eg) windoze app
would be.
I've used something called Assembly Studio 8X
Dave Laundon wrote:
Automatic upload from Assembly Studio 8X would be a
possibility as it has on output plugin system.
Looks neat. The plugin stuff is cute - we could define all the SAM
headers and pretend it's a type of calculator ;-)
However I was hoping we could go to the level of
I wrote:
For that, we're either going to have to write our own or have
access to source.
*doh*
I've also decided to make the source code available under the GNU
General Public License. It will compile under Microsoft Visual C++ 6.0
(service pack 2 or higher).
I'll take a look, it might be
Geoff Winkless wrote:
*doh*
I've also decided to make the source code available under the GNU
General Public License. It will compile under Microsoft Visual C++ 6.0
(service pack 2 or higher).
I'll take a look, it might be pretty perfect.
Cool :-) I missed that when I had a quick peek at
Personally, I'm fed up with COMET now. I'm getting too lazy and
want it to fix my problems for me. How about an extension to it
that automatically colourcodes known opcodes, EQUates and spelling
mistakes? Just like they do with my C compiler.-Tob
Colourcoding would be very nice - it's so
19 matches
Mail list logo