WiiLi.org

Cha0s · Site Admin Joined: 17 Jan 2007 Posts: 493

Well, technically, in math for instance, they are not. An expression is one way of displaying something.

For instance, an expression for '5' is '2+3'. A statement involves making a claim. For instance, '5 = 2+3' is a statement. I don't care which syntax we use, as long as we pick one and stick to it.

The conflict I saw was this:

bellwethr · Joined: 05 Nov 2007 Posts: 25

Agreed, re: Interface vs Class.

As for statement vs expression, my only concern is that we be consistent.

Expressions can be recursive, e.g. the AdditionExpression will have addends that are in turn each Expressions.

AssignmentExpressions will take a term (aka a variable) and assign an expression to it, etc.

Has any code at all been written so far? I'd like to peek at whatever exists.

SwedishFrog · Posted: Wed Nov 14, 2007 6:05 pm Post subject:

First off, I'd like to say that we could save alot of time if we get a library that provides us with the code-object structures. No need to re-invent the wheel. Post here if you learn anything about a lib we can use.

On statement vs expression -- I don't care what we call it either. It's it's pretty clear in context what we're talking about anyway.

As far as code goes, PM's are disabled so email me on myspace or something and I'll send you what we have so far, which is the JavaCC grammar. It's the product of lots of hours of tinkering by Luis with some basic guidance from me. It's pretty nice so far. I was reading through it the other day, lots of structures are already there.

Off the top of my head I know a few things that are missing are the actions (the generated java code that JavaCC outputs) and a definition for expression. I have somewhere a basic expression syntax that I wrote a while ago which we may use. However feel free to come up with your own stuff if you like.

bellwethr · Joined: 05 Nov 2007 Posts: 25

I'm confused about what you mean regarding a library to build "code-objects."

I think I poorly explained it, but that's the job of the parser--building an object representation out of lexical tokens....

I'll send you a msg on myspace...

SwedishFrog · Posted: Sat Nov 17, 2007 6:18 pm Post subject:

Sorry, I really just don't know what I'm supposed to call those classes.

When I say we want a library for "code objects" I mean we want a set of classes which represent basic structures in programming code. It would include a class to represent If statements, a class for Assignment Statements, as well as loops and other common features of a programming language.

The parser pieces these objects together into a working abstraction of a program that runs in Java. This will be made easier if we do not write the classes that represent code. We could save time by finding a library. They exist already on .net (CodeDOM) but we want a library we can use freely on various platforms.

What should we refer to these classes as in the future?

bellwethr · Joined: 05 Nov 2007 Posts: 25

Ah, I see what you're getting at.

If a similar Java package existed, it would be useful, however I've not heard of anything like that for Java...

However, having built interpreters before, basic scripting operations are pretty straightforward to implement as objects.

spety · Joined: 28 Dec 2006 Posts: 1

Hello,

I'd like to interject a little side note here. One of my favorite features of glovePIE was it's ability to invoke all of the standard Win32API functions. I'm not a Java expert, but it would be unfortunate if the use of Java would prevent this kind of functionality.