[CSDb] - User Forums - Kick Assembler Thread 2

Welcome to our latest new user lotus_skylight ! (Registered 2024-09-25)

You are not logged in - nap

CSDb User Forums

Forums > C64 Coding > Kick Assembler Thread 2

2009-07-21 17:20

Slammer

Registered: Feb 2004
Posts: 416

Kick Assembler Thread 2

The previous thread took a little long to load, so this is a new fresh one..

... 592 posts hidden. Click here to view all posts....

2012-12-05 22:12

Cruzer

Registered: Dec 2001
Posts: 1048

I still don't get why people wanna declare vars inside if-blocks. Can't they just assign them? Of course it requires more typing to declare them before, but as Slammer suggested, it might help if you could declare multiple vars in one statement. I don't think this is worth introducing a new notation for.

Accessing labels inside if-blocks I can see the need for, although it's very seldom that I have actually needed it. But it would be nice to be able to use them like any other local labels inside blocks:

block:
.if (true) {
	label: nop
}
jmp block.label

Of course there should be an error if the if-condition is false, but that would be like any other reference to a non-existing label I guess.

2012-12-06 06:13

Slammer

Registered: Feb 2004
Posts: 416

Yes. Examples is important to see whats nice or not. If xyz.myvar does the job then making hashtables implement this kind of notation is a nice solution.

.var opt = Hashtable()
.if(something)
   .eval opt.myvar = 1234
else
   .eval opt.myvar = 6789

jmp opt.myvar

It depends on the context in which the variables are used.

2012-12-06 12:42

chatGPZ

Registered: Dec 2001
Posts: 11293

sorry to say, but this looks needlessly overcomplicated. you guys really never used .if/.endif like they were supposed to be used in any other assembler? i somehow cant believe this =)

2012-12-06 16:49

Slammer

Registered: Feb 2004
Posts: 416

Its modelled after java/c++ and in this context it makes sence. There is also some evaluation concerns involved. You can evaluate a lot more with .if than a preparse #if and I guess if we make preparsing people will automaticly assume that you can put anything in the #if condition. Im not against preparsing and its absolutely a possibility, but I don't want to rush things and get alot of fixes that solves specific problems instead of one clean concept that can solve them all.

Can I see the code contructs you are using? Is it labels or options you are setting up this way?

Btw I just got a letter in my mailbox saying that I should demand tags on csdb in return for preparsing. :-)

Nothing is certain yet, but right now i'm considering a Kick Ass 4:

1. More flexible parse mekanism (Possiblity for ; as line comment,* instead of .pc and normal paranthesis instead of [] and leaving out : in front of macros/pseudocommands)
2. Possible to do 'skins' so you can support other assembler formats
3. Possibility to cover other processor types (while keeping the script language)
4. Making small constrains in the evaluations mekasnism to simplify the code in order to go open source.
5. Point 2 and 3 should be doable by plugins/ 3rd party development

So send me an example of 'ugly code' and preparsing will be taken into consideration.

2012-12-07 11:31

ruk

Registered: Jan 2012
Posts: 43

I've been using cmdLineVars in order to inject global constants, e.g. "debug", and some macros / functions to support this:

.function isDebug() { 
    .return cmdLineVars.get("debug") != null && cmdLineVars.get("debug").asBoolean()
}

.pseudocommand debugD020 {
    .if (isDebug()){
        inc $d020
    }
}

.pseudocommand rebugD020 {
    .if(isDebug()){
        dec $d020
    }
}

Works like intended, and I can surround debug code with isDebug() or use debugD020 without worrying where the debug-symbol is defined.

But it is a little quirky having to declare ":debug=true" on the commandline. I would rather see something similar to Java's "final static" in addition to the cmdlineVars hash.

Also, vars, consts and friends should respect the namespace they are declared in.

@Cruzer:

What about

block: {
    label:
    .if (true) {
	 nop
    }
}

jmp block.label

2012-12-07 11:43

chatGPZ

Registered: Dec 2001
Posts: 11293

"Can I see the code contructs you are using? Is it labels or options you are setting up this way?"
both. i use conditional assembling with labels inside if/then a lot, and also headers with defines that are switched for different configurations. and i honestly dont feel like showing more code just to see another proposed super ugly workaround as a response =)
"So send me an example of 'ugly code' and preparsing will be taken into consideration."
if whats shown in this thread doesnt already convince you, then all hope is lost - forget it. maybe kickass is for tables and not for code =P
"vars, consts and friends should respect the namespace they are declared in."
yes. and it should be possible to explicitly export them into the parent namespace. thats how any other sane assembler does it anyways =P

2013-01-27 12:32

FATFrost
Account closed

Registered: Sep 2003
Posts: 211

hi, i have a problem running Kickass, in osx i get

Exception in thread "main" java.lang.NoClassDefFoundError: kickass/jar
Caused by: java.lang.ClassNotFoundException: kickass.jar
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247

Do i need to update or install anything?

Any help would be appreciated!! :)

2013-01-27 12:57

Cruzer

Registered: Dec 2001
Posts: 1048

FATFrost: Did you remember -jar? E.g. java -jar KickAss.jar

2013-01-27 15:58

FATFrost
Account closed

Registered: Sep 2003
Posts: 211

er...let me have look// :)

2013-01-27 16:01

FATFrost
Account closed

Registered: Sep 2003
Posts: 211

Yeahz!! got it working nice!! Thanks Cruzer!!