Brass 3.0.0.0 Beta 12

tr1p1ea · **Posted:** Wed Sep 17, 2008 10:47 am

But do you really *need* forward referencing?

driesguldolf · **Posted:** Wed Sep 17, 2008 11:54 am

I would love to, really, but the only languages I know are z80 asm, tibasic, visual basic and Scheme... Going to learn decent C++ this year in class, I'm already looking forward

tr1p1ea wrote:

But do you really *need* forward referencing?

Yes.

It becomes necessary when you need a label that is defined in terms of $ earlier then where it is defined.

benryves · **Posted:** Thu Sep 25, 2008 11:29 am

Would you object to requiring .NET 3.5? I've been playing around with some of the exotic stuff in System.Linq.Expressions (which was added in 3.5) which adds all manner of exciting bits and bobs. For example:

Code:

static object Add(object a, object b) {
   var Parameters = new[] {
      Expression.Parameter(a.GetType(), "a"),
      Expression.Parameter(b.GetType(), "b"),
   };
   var Adder = Expression.Lambda(Expression.Add(Parameters[0], Parameters[1]), Parameters).Compile();
   return Adder.DynamicInvoke(a, b);
}

That will add any two objects together (in .NET anything can be put into an object, be it a class or structure or one of the built-in primitives). As long as the types of the two objects can be added to eachother, that will work (and if not, it throws an exception).

driesguldolf · **Posted:** Thu Sep 25, 2008 10:29 pm

Me? Not at all.

driesguldolf · **Posted:** Tue Oct 21, 2008 12:56 pm

Code:

label = 1
#module module
label = 2
#endmodule
#module fail
.echo module.label
#endmodule

fails with

Quote:

X Label 'fail.module.label' not found.
.echo module.label

This shouldn't happen, right?

I'm pretty sure this was mentioned somewhere... meh, posting it just to be sure.

benryves · **Posted:** Tue Oct 21, 2008 2:27 pm

Labels work by searching within the current module then working out. So, when you say label = 2 within module that searches for module.label, can't find one, then searches outside, finds label, and assigns 2 to it instead of creating a new one.

There's not really an easy way out of it, without introducing an extra directive or function (.local label 2 to force the label local?) This is part of the bug that means that all labels are evaluated as soon as they're seen, so the parser can't tell the difference between an assignment and just taking the value of something until the very last moment.

Yes, it's a bug.

driesguldolf · **Posted:** Fri Oct 24, 2008 1:06 pm

Heh, found another one:

For example, take this define:
#define MACRO(x) ld a,x\ sub 2

This gives the error "label x not found" when used.

Apparently, brass doesn't see \ as a seperator, causing the substitution to fail (it only substitutes whole words). Inserting a space fixes this problem.

waeV · **Posted:** Mon Dec 08, 2008 3:00 am

Wow, I just d/led this today. SO much better than TASM.

benryves · **Posted:** Mon Dec 08, 2008 11:12 am

Not so much "better" as "different". It's rather buggy I'm afraid.

waeV · **Posted:** Tue Dec 09, 2008 2:04 am

Well, I haven't compiled anything yet. I really like the help section, though. It's a lot easier to look up a command as I need it than to follow a course, especially as I understand basic programming concepts. I don't need to learn what an if statement is, just how to command one.

MaxCoderz.org

Brass 3.0.0.0 Beta 12

Who is online