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 - AngelFish
Pages: 1 ... 53 54 [55] 56 57 ... 215
811
« on: June 08, 2011, 03:32:33 am »
Nope. That's the standard 16 bit floating point format. You can use larger formats, like the 32 bit single or the 64 bit double, but they're probably going to a bit painful to do in Axe.
812
« on: June 08, 2011, 03:29:04 am »
For the Floating point design, I recommend sticking with *exactly* the IEEE specification of [sign][exponent+15][significand] (which is the format for the 16 bit FP). That format really simplifies operations. For example, Abs(<FP var>) = 2*<FP var>/2 in Axe. It also allows you to generate the exponent and the significand simultaneously when converting to regular integers. EDIT: I actually PM'ed Alberthro a rather lengthy explanation of how to parse expressions and how to convert to RPN (with a few errors in there, I'll admit  ). You should ask him to send it to you.
813
« on: June 07, 2011, 07:33:28 pm »
Yep.
814
« on: June 07, 2011, 06:58:12 pm »
1) Theoretically, although I think you'd have to use a virtual machine to do it simultaneously.
2) Probably, since most computers can switch the number of bits used. If not, then emulators/virtual machines are available.
3) A kernel that manages the hardware and the low level OS stuff like threading. The only thing all Linux distributions share in common is that they use the Linux Kernel.
815
« on: June 07, 2011, 06:52:38 pm »
Self-Modifying code. Code that changes as it's run.
SMC can be extremely memory efficient (and speed efficient if Caching isn't used). For example, using SMC in Branf*ck allows a memory space of only 270 cells to be turing complete
816
« on: June 07, 2011, 06:42:40 pm »
JIT is wonderful for interpreted languages. Yea!!!!!!
The only problem with it is the lack of support for SMC when it's used.
817
« on: June 07, 2011, 06:37:26 pm »
Your're not supposed to really understand or care how compilers work either. Are they Black Boxes?
In a way. Ever watched someone try to fix a bug in a compiler that's not theirs Objects are worse because A) They typically don't have as much debugging time invested in them as compilers do B) Generally aren't written by coders at that level (compiler design is generally considered somewhat of a black art.) C) Are present *in* the code code itself, whereas the bug(s) in the compiler may or may not even be relevant to whatever program you're compiling.
818
« on: June 07, 2011, 06:25:51 pm »
The thing about Objects is that you're not supposed to really understand or care how they work, just what they do, which is why I called them black boxes.
819
« on: June 07, 2011, 06:15:01 pm »
Because they make the code more confusing than it needs to be. Black boxes are something you should be trying to avoid, not create, especially within the program itself. The useful features that objects do provide can easily be synthesized through argument passing.
820
« on: June 07, 2011, 05:38:17 pm »
- A good IDE (whether it be notepad++ or a dedicated IDE).
- A simple compiler/interpreter (IE, press a build button and enter in the name of the output file).
- Very simple syntax. The mark of a well designed language is that a beginner can understand it without much work, but an expert still finds it useful.
- Easy screen access for GUIs.
- Fast execution time.
- Low level access for those non-standard things.
- No Objects. The language also has to be Imperative.
- Extensive math/string capabilities.
821
« on: June 07, 2011, 04:53:36 pm »
A logical shift right is equivalent to a multiply by 2, and a logical shift right is equivalent to a division by... Shouldn't the first one be a Logical Shift Left? EDIT: Ninja fixed.
822
« on: June 07, 2011, 04:31:47 pm »
If you're following that source, then you're using IEEE 754 FP numbers, which is far better than TI-OS's floating point format in my opinion.
Anyway, if you need help with algorithms or other math stuff, I'd be happy to help with what I can.
823
« on: June 07, 2011, 02:20:38 am »
The fact that you don't have history is probably a good thing... 
824
« on: June 07, 2011, 01:32:46 am »
On a related note, the routine responsible for displaying the hex in Simon's Insight appears to be the routine responsible for the Locate bug. From what I can tell in the source, that looks like a syscall named PrintLine().
825
« on: June 06, 2011, 06:33:35 pm »
@turiqwalrus:What kind of programming capabilities does it have, and does it have a decent size display? Pics would be nice too.
<snip>
AFAICT, it has a limited BASIC
I wonder if we get more freedom than in Nspire BASIC? 
Apparently so It has an Input token... >.> EDIT: I want some of these commands in Prizm-BASIC too.
Pages: 1 ... 53 54 [55] 56 57 ... 215
|
Show Posts