Author Topic: HACC (Read 24429 times)

bfr · « **Reply #30 on:** March 13, 2007, 04:16:00 pm »

Excellent progress!

I'd still be glad to help (mainly with making an IDE and online documentation - I don't really know much about making compilers, although I may be able to help a small bit with the actual compiler).

If you and JincS manage to finish the compiler, I will be just incredibly astoundingly amazingly happy (and would definitely cheer me up in times of great stress).

JincS · « **Reply #31 on:** March 13, 2007, 07:11:00 pm »

So no a68K then?

Oh well...

I'll email you the condensed source for it, in case you want it anyways. It compiles just fine with Code::Blocks IDE.

bfr · « **Reply #32 on:** March 14, 2007, 11:07:00 am »

I can also help out with the library, btw.

Halifax · « **Reply #33 on:** March 14, 2007, 03:31:00 pm »

JincS: Its good that we don't need to port it. It was too 68K specific and also wouldn't have taken some of our time we can now dedicate to writing the backend. Oh yeah and bfr Kevin and I pretty much have the IDE covered.

bfr · « **Reply #34 on:** March 14, 2007, 03:37:00 pm »

OK. Then I guess I can work on the library and the online documentation and work on other stuff as needed.

But, who's Kevin? DJ Omnimaga knows C++? Or is JincS's name "Kevin?"

Also, could you two try to make it so that Z8-GCC/the IDE supports/has:

- Raw assembly (maybe it could have integration with SPASM?)
- Inline assembly
- Integration with PindurTI or another emulator
- Flash Applications

JincS · « **Reply #35 on:** March 14, 2007, 08:25:00 pm »

I think we should be able to work those in, but it may take a release or two to get to.

I know that one of my priorities it to write this software so that it could be easily ported to a CGI script, so people could compile their z8-GCC programs online.

Halifax · « **Reply #36 on:** March 15, 2007, 07:10:00 am »

Ok when I saw Kevin I mean Kevin Kofler. And also doesn't GCC support inline assembly. Remember whatever GCC can compile it will compile and we are just translating it to another system specification. Another thing is. Flash Applications would be fairly hard to integrate since that would require no SMC and multiple pages. And also their are problems with memory locations and others of the sort. Anyways z80 isn't that hard to write

its easy to make an application and if you expect to make your C programs faster than you are going to have to code some speed-intensive parts in z80 asm.

bfr · « **Reply #37 on:** March 15, 2007, 08:35:00 am »

TIGCC supports inline assembly.

"Anyways z80 isn't that hard to write" -> Please tell me you didn't mean that - with that attitude, why are you making this compiler?

Making Flash Applications isn't really easier than making regular assembly programs.

JincS · « **Reply #38 on:** March 15, 2007, 08:48:00 am »

I think we can program an optional library that will allow for the easy cretion of flash apps. Something that works around memory issues.

Question: what's SMC? Sub-machine code? (Don't forget, I'm not a calc progammer

)

I'm going to put together a template that can be used for coding thge libraries that will make everything consistant and easy-to-use. I'll post it when I get it completed.

Liazon · « **Reply #39 on:** March 15, 2007, 10:52:00 am »

SMC = self modifying code

JincS · « **Reply #40 on:** March 15, 2007, 01:28:00 pm »

Aaaahhhh... OK. I think we could do a workaround for that.

Jon · « **Reply #41 on:** March 15, 2007, 03:14:00 pm »

The two main problems with making flash apps are:
1) Flash can't be written to, eliminating the possibility of SMC.
2) Apps originate from $4000, whereas programs originate from $9d93. Further complicating this matter is that apps are run from bank A, ($400-$7FFF), whereas programs are run from bank B, ($800-$BFFF). The problem that arises with this is that the tios's bcalls are on various flash pages, and it swaps out bank A to access them. So any bcall that reads data from your app (such as a _vputs bcall) will not read the proper data, but will instead read the data at the correct address, but the wrong flash page.

Halifax · « **Reply #42 on:** March 15, 2007, 03:39:00 pm »

exactly Jon understands the severity of this and how hard it would to implement. A workaround is not substantial. And yes if you are a serious z80 programmer then Flash Applications are a breeze. Also how is z80 hard at all. This compiler is being written to make things faster, not necessarily easier because in my eyes ASM is easier than BASIC by far. One line corresponds to one command whereas is basic one line can have many functions being presented. And JincS what do you mean template?

JincS · « **Reply #43 on:** March 15, 2007, 03:50:00 pm »

A template, as in a standardized layout which will allow for the consistency of the programming libraries, making for an easier learning curve and faster rapid application development.

Basically, just a way to make things easier for everybody

**BTW News Update (for those who care)**
The source code to LD-GCC has been condensed and successfully compiled using Code::Blocks IDE. Halifax and I are in the process of deciding on the next step to take. As I won't be in town over the weekend, await a news update from Halifax concerning the next steps of the project.

See everyone on Monday

bfr · « **Reply #44 on:** March 15, 2007, 04:45:00 pm »

Good progress.

But Halifax, Jon's problems just seem to be problems with making Flash Applications in general. They don't seem to be reasons why there couldn't be a template for creating Flash Applications or somehting like that. I may be mistaken, though.

Author Topic: HACC (Read 24429 times)

Liazon