i8087 / pop Goto Github PK

Calling a method causes problems. The compiler will not clean up properly after a call. The stack will corrupt, including the location of methods, which means #5 was never actually fixed.

Adding structures would be a stepping stone to adding class support and allow for advanced data types.

An example structure will look like this:

struct somestruct:
    int a
    short b
    byte c
    #etc...

It should be used like this:

somestruct mystruct
mystruct.a = 10
int d = mystruct.a + 1 # d is now 11
# etc...

Classes would allow the language to become extremely powerful and useful. Remember, a pop class will just be a special structure in assembly.

When building test6.pop, there's a hit an miss chance of it working or crashing when class b calls its humanAge() method.

test6.pop source code as of now:

import stdlib.pop

class dog:

    func empty bark():
        println("Bark!")

    func empty woof():
        println("Woof!")

    func empty humanAge(int a):
        println(a*7)

func int main():
    # Initialize an instance of the class.
    dog b

    # Run the class's methods.
    b.bark()
    b.woof()
    b.humanAge(3)

The line numbering in the lexer is broken. See the parser code for the new line numbering format that should fix this problem.

Adding Linux support would be helpful since it's used by many developers.

Structures are allocated on the stack, but it's not setup properly. It would be better to just allocate structures in the heap and only have a reference of it on the stack.

Any program, even a blank one with a main function, has difficulty returning, it'll wait a decent amount of seconds before doing so, but it leaves and returns a correct errorlevel.