MaxCoderz

for your 1 bit pleasure!

All times are UTC




Post new topic Reply to topic  [ 114 posts ]  Go to page Previous  1 ... 4, 5, 6, 7, 8
Author Message
 Post subject:
PostPosted: Tue 10 Oct, 2006 10:11 am 
Offline
Calc King
User avatar

Joined: Sun 23 Jan, 2005 12:37 am
Posts: 1727
Location: Netherlands
Awww... that sucks... Maybe I'll implement an idea I had yesterday on the API site; Click here to download TASM compatible API, Click here to download Brass compatible API... I'd have to store the data in a more abstract way and rewrite the include generator twice though... And you'd still have Brass-only and TASM-only routines and sections... :(

Your software is starting to monopolize each other; once you decide to use Latenite, Brass or any of your libraries, you're stuck with the rest of 'em :P

_________________
http://clap.timendus.com/ - The Calculator Link Alternative Protocol
http://api.timendus.com/ - Make your life easier, leave the coding to the API
http://vera.timendus.com/ - The calc lover's OS


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Tue 10 Oct, 2006 10:21 am 
Offline
Maxcoderz Staff
User avatar

Joined: Wed 15 Dec, 2004 7:26 pm
Posts: 2735
Location: The Hague, Netherlands
EM is still stand-alone, though it only works together with BRASS or SPASM. TASM is a pain in the ass anyway, and should be banned from mortal realms of the world

_________________
Image


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Tue 10 Oct, 2006 10:25 am 
Offline
Maxcoderz Staff
User avatar

Joined: Thu 16 Dec, 2004 10:06 pm
Posts: 3064
Location: Croydon, England
Timendus wrote:
Awww...
Z80 assembly is Z80 assembly, after all, so for the most part it will remain the same. It's on some things, such as TASM's very simplistic handling of modules, that the two views "fight" and I'll end up picking the Brass one (which will normally cover the TASM way of doing it anyway). In terms of the general TASM directives, they'll all be there of course.

Quote:
Your software is starting to monopolize each other; once you decide to use Latenite, Brass or any of your libraries, you're stuck with the rest of 'em :P
Well, if you use Latenite, you'll have to use Brass. That is a given, I'm afraid, as Brass will be used to provide lots of the advanced features. Brass doesn't require you to use anything but itself; as for the libraries I write - well, it's just assembly, and should be relatively simple to convert to another assembler.

How about this - something built into Brass that converts (as best as it can) Brass code to TASM code? Obviously, you'd lose readability, but if the code works, that shouldn't be an issue... right?


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Tue 10 Oct, 2006 2:54 pm 
Offline
Calc King

Joined: Sat 05 Aug, 2006 7:22 am
Posts: 1513
ah comon Tim, hardly anyone would mind being rid of TASM, so you could make a new way to force people to use Brass. But API doesn't try to put in the code that isn't defined does it, so you could just have a little thing that says "the following code is NOT TASM compitable" and no one could complain.
As for the Brass-to-TASM thing, its a great idea ofcourse but then 1 or 2 people would stick to TASM and why would we want that? Besides, there are lots of things that aren't backwards compatible and as kv pointed out: TASM is indeed a pain is the ass and should be banned from the world, the wole world in my opinion, no need to bug The Dead with it.

So Tim, 2 API's would be a good idea, it allows for more flexibility in the Brass code (Brass just rules, you can't argue with that) and it would let TASM people use it aswell.


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Tue 10 Oct, 2006 2:59 pm 
Offline
Maxcoderz Staff
User avatar

Joined: Thu 16 Dec, 2004 10:06 pm
Posts: 3064
Location: Croydon, England
The TASM output would be (I'm assuming) a list file generator (plugin) that would have access to the input code and spit it out in a TASM-friendly format. So, just an optional 3rd-party plugin. That way, people developing libraries can create code that works in TASM, whilst working in Brass.


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Tue 10 Oct, 2006 6:29 pm 
Offline
Calc King
User avatar

Joined: Sun 23 Jan, 2005 12:37 am
Posts: 1727
Location: Netherlands
That would be a nice idea. I could even use Brass to output a version of the API for TASM on the fly from the website.

Anyway, I think there are still quite a few idiots who use TASM, even though it does suck. I don't want that to be an obstacle for people who want to use the API, because it is mainly targeted at beginners. Beginners who read beginner tutorials, who tell them to use TASM...

Edit: Oh, and putting "This doesn't work in TASM" in the comments is not a solution. The problem is not the code, it's the assembler directives, and even with a comment stating that it doesn't work TASM will not compile the library if it has the wrong directives. I could however, try to detect which assembler someone is using at compile time, and use ifdef or modules to cancel parts out... It would be a total pain in the ass though to figure out a way that TASM will accept :P

_________________
http://clap.timendus.com/ - The Calculator Link Alternative Protocol
http://api.timendus.com/ - Make your life easier, leave the coding to the API
http://vera.timendus.com/ - The calc lover's OS


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Tue 10 Oct, 2006 6:47 pm 
Offline
Calc King

Joined: Sat 05 Aug, 2006 7:22 am
Posts: 1513
How about #ifdef Brass? Surely most (I hope all) Brass users can define Brass..
It just skips the part after the #else I hope? Otherwise this wouldn't work either, and it seemed such a good idea..


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Wed 11 Oct, 2006 9:45 am 
Offline
Maxcoderz Staff
User avatar

Joined: Thu 16 Dec, 2004 10:06 pm
Posts: 3064
Location: Croydon, England
Timendus wrote:
It would be a total pain in the ass though to figure out a way that TASM will accept :P
The easiest way would be for Brass to automatically declare a macro "Brass" that you could check for.


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Wed 11 Oct, 2006 3:15 pm 
Offline
Calc King
User avatar

Joined: Sun 23 Jan, 2005 12:37 am
Posts: 1727
Location: Netherlands
I agree... If TASM does indeed just ignore anything that's between .ifdef BRASS and .endif... If it tries to parse that code anyway it will not help at all.

_________________
http://clap.timendus.com/ - The Calculator Link Alternative Protocol
http://api.timendus.com/ - Make your life easier, leave the coding to the API
http://vera.timendus.com/ - The calc lover's OS


Top
 Profile  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 114 posts ]  Go to page Previous  1 ... 4, 5, 6, 7, 8

All times are UTC


Who is online

Users browsing this forum: No registered users and 5 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
cron
Powered by phpBB ® Forum Software © phpBB Group | DVGFX2 by: Matt