kaginyana / phpreboot Goto Github PK

=== is not currently implemented 

as said in the summary.

Currently because of the mixed interpretation/compilation,
error messages are raw.

  - define a clear policy for error message/stacktrace
  - improve reporting of line numbers

Currently the SQL grammar only recognizes a sub part of SQL 92.
Implement a way to dynamic swith the grammar depending on the dialect
or JDBC driver or something like that.

The ternary operator ?: is not available

Provide code for:
int a
and
int a = expr

and check type at runtime.
This is needed *before* implementing a runtime compiler

add missing grammar part to be at least conform
to SQL 92.

Currently the compiler doesn't have code for if and
for loop.

The idea is to describe content and slide animation
using phpreboot

PHP supports trailing comma in array syntax,
phpr should do the same

The compiler has to do at least a detection
of dead code to don't have spurious VerifyError.

Language seems to lack any terms for defining and instantiating classes.

Take a look at Moose, a "postmodern object system for Perl 5". It has a great 
feature set, albeit with a slightly awkward syntax.

MooseX::Declare is an extension that offers some syntactic sugar.

http://search.cpan.org/dist/Moose/lib/Moose.pm
http://search.cpan.org/dist/MooseX-Declare/lib/MooseX/Declare.pm

Implements serialization of runtime type
checks if the serialization format can be compatible with PHP

URI and path should have their own literals
but '/' or foo are already used in the grammar 

Currently their is no way to get a list of XML nodes
unless writing error prone recursive functions.

Add a way to create and validate email addresses

While phpreboot might be a name that will capture the interest of PHP users, in 
the long term it's likely to act as a hindrance.

It might limit the number of contributors you get from outside the PHP world.

And it might lead to suggestions being dismissed prematurely because they 
differ from what is found in PHP.

And it's selling your language short.

removed whitespace

currently webserver always interpret the script,
it could cache it.

This runs on Java and will thus be awful forever.  PHP is bad enough as it is, 
does it really need to run on top of JVM?

No way to implements XPath descend axis

Currently the let expression doesn't allow embeded XPath expression

Add data/time support perhaps closer to database Date/time than Java 
Date/time 

Current implementation doesn't support order by in FLWOR expression

Study if XOM carry its weight