Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Builderboy

Pages: 1 ... 87 88 [89] 90 91 ... 375
1321
The Axe Parser Project / Re: Features Wishlist
« on: April 20, 2011, 09:37:41 pm »
16 bit bitwise operations.

Already added, check the documentation :)

1322
The Axe Parser Project / Re: Features Wishlist
« on: April 20, 2011, 08:22:27 pm »
Ah i see now.  In any case, it does provide a non-syntax use in Axe :P Since it *is* faster than using If statements and Goto's

1323
The Axe Parser Project / Re: Assembly Programmers - Help Axe Optimize!
« on: April 20, 2011, 08:16:23 pm »
I was thinking more along the lines of, given an existing routine (with a certain size and speed) it must create a smaller and faster routine, making there a finite number of cases to test.  If a testing routine took longer than the speed of the example, it could immediately terminate and go to the next routine, guaranteeing that the program would eventually terminate.

1324
The Axe Parser Project / Re: Features Wishlist
« on: April 20, 2011, 06:43:06 pm »
In Axe they are not syntax sugar, since they use things such as conditional Goto's, and more optimized versions of what could be done with Axe, so they are very necessary.   

1325
The Axe Parser Project / Re: Assembly Programmers - Help Axe Optimize!
« on: April 20, 2011, 06:38:42 pm »
What someone needs to do is take an program that can emulate the z80's basic mathematical and jumping functions in a program setting and brute force out *the* most optimized program that performs a small simple task like multiplying two numbers :P

1326
The Axe Parser Project / Re: Features Wishlist
« on: April 19, 2011, 09:35:29 pm »
I think what he means is a replacement routine, where instead of calling the subroutine, the code is inserted inline. I'd like to see that implemented somehow (maybe parsing from the label until a Return is encountered).
Yeah I know what he meant, I was just pointing out that it would provide no new functionality, nor would it be a size reduction.  Indeed, I can see little application for it, as it also might end up in confusion for new users that end up bloating their memory by writing a modified sprite routine and end up bloating their code by 1000 bytes.

1327
Contra / Re: Contra
« on: April 19, 2011, 02:00:56 pm »
How is it going adding the masking and outlines?

1328
The Axe Parser Project / Re: Features Wishlist
« on: April 18, 2011, 07:05:25 pm »
I think he is just asking for the A++ syntax for style, just so it looks more like traditional programming languages

1329
The Axe Parser Project / Re: Features Wishlist
« on: April 18, 2011, 04:17:09 pm »
But you can just do

Code: [Select]
sub(R)

Lbl R
X-3^27
Return

And save on space.

1330
The Axe Parser Project / Re: Features Wishlist
« on: April 18, 2011, 04:07:46 pm »
Don't we already have those?

1331
The Axe Parser Project / Re: Axe ClrDraw
« on: April 18, 2011, 03:51:26 pm »
Oh thats great to know! :D

1332
Axe / Re: Axe Q&A
« on: April 18, 2011, 11:15:27 am »
You can use rectI() (inverted rectangle) to make all sorts of fun effects.  To make a white rectangle with black borders, simply draw a black rectangle and then an inverted one that is inside of it

1333
The Axe Parser Project / Re: Axe ClrDraw
« on: April 18, 2011, 11:13:28 am »
It uses a BCALL? I thought it used some form of asm to make it really fast? o.O

1334
Axe / Re: Axe Q&A
« on: April 18, 2011, 10:57:11 am »
rand^n generates a random number from 0 to N-1.

and you can have Lbl B and variable B and the program will have no issue :)

1335
Axe / Re: Axe Q&A
« on: April 18, 2011, 10:44:55 am »
Actually Rect() is smaller, but since you still have the other Pt-On in your program, it still has the Pt-On subroutine and is *also* adding in the Rect() subroutine, making it larger.  Also note that size doesn't necessarily have any correlation with speed, but smaller is in general faster.

Pages: 1 ... 87 88 [89] 90 91 ... 375