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 - Josh @ Dreamland

2596
Announcements / Re: Subject
« on: August 07, 2009, 09:21:13 PM »
* Josh hates bittersweet compromises

2597
Announcements / Re: Subject
« on: August 07, 2009, 08:20:58 PM »
* Josh laughs for a number of reasons

2598
Announcements / Re: Subject
« on: August 07, 2009, 07:24:21 AM »
* Josh wonders where the discussion went, but likes combos

2599
Issues Help Desk / Re: Transparency
« on: August 07, 2009, 07:22:02 AM »
Because since then I've gutted the parser, and written three more. And now I have to get them all working before I release.

2600
General ENIGMA / Re: Alternate to cpp {}
« on: August 07, 2009, 07:21:11 AM »
Since when?

2601
Issues Help Desk / Re: Transparency
« on: August 05, 2009, 04:57:44 PM »
I'll make sure this works, but I recall fixing it.

I checked my fixed bugs list, and yeah, I fixed that. Just haven't released since, and now I can't release for a while. Heh.

2602
General ENIGMA / Re: XOR DOES NOT WORK
« on: August 05, 2009, 11:05:57 AM »
Retro: Doubles are always 64 bits anyway. Long doubles are not though, so don't be fooled. I've seen long doubles of size 8, 12, 16... ung.
Serpy: Lambda kills kittens. I saw it. Don't use it.

Oh, and as serpy says, there are 10 byte doubles. But I've never actually seen one. score_under was telling me about an instruction for dealing with those a couple days ago, so I imagine they're somewhere. But since long double is 12 bytes anyway, there's really no need to be troubled with details of a 10 byte one.

2603
General ENIGMA / Re: Alternate to cpp {}
« on: August 05, 2009, 11:03:26 AM »
As of R4, C++ is totally usable anyway. Meaning ++ and cout will both be available to you.

I may leave cpp {} in for people who understand parsed-EDL syntax, and are faced with a compile error that is not yet fixed.

2604
General ENIGMA / Re: Writting Enigma's IDE in C#
« on: August 05, 2009, 10:58:18 AM »
If it's on page one, I think bumping it's fair game.

Bumping newsposts is >_<" though.

2605
Announcements / Re: Subject
« on: August 04, 2009, 11:51:18 PM »
And the Commodore 64, sure. I just have to write up a couple window functions for t-- oh, that's right.

But seriously, all the major OSes either are Microsoft, or they support XLib. So that's BASICALLY everything with a monitor. And since GL guarantees two colors, and XLib doesn't guarantee shit, we're good.

Progress:

(ddd)a is ccccca instead, so )a isn't misread and replaced with );a
Still working toward finishing parsers. Tomorrow I must experiment with syntax checker, making sure it's finished and incorporating inline structures/classes. (And inline asm if syntax check doesn't have that in yet).

2606
Announcements / Re: Subject
« on: August 01, 2009, 09:25:45 PM »
whaddsoft--
If you mean that I should use something cross platform, there's nothing *that* cross platform for me to use. I'm writing it in as low a level interfaces as I can manage. From what I'm seeing, it should work on everything with a monitor.

...Okay, not really. But from what I can tell, pretty much everything in the realm of computers that doesn't support Win32Api supports XLib. And everything else... Well, I'll get to it.

Anyway, as for progress:

Code: [Select]
int a = 0; if a = 1 b=2c=3     else d=4 e=5 f='test removal of strings'g=\"poop\" \
 endorphin = /*removal of comments*/ 6; motherlicker = 7; //or eight\r\n end\
 break; label: goto label; awful_code() return 0  /*

Becomes these so far:
Code: [Select]
ddd n = 0; ss(n = 0);n=0;n=0;bbbb;n=0;n=0;n=";n=";nnnnnnnnn = 0; nnnnnnnnnnnn = 0; nnn;bbbbb; nnnnn: pppp nnnnn; nnnnnnnnnn();pppppp 0;
Code: [Select]
int a = 0; if(a = 1);b=2;c=3;else;d=4;e=5;f=";g=";endorphin = 6; motherlicker = 7; end;break; label: goto label; awful_code();return 0;
Although I was originally considering total removal of spaces, it's proven to work efficiently without doing so thus far. I think I may yet do so for later efficiency/ease, however.

As for explanation of methodology here...

This is a more insightful revamping of my original parser; the one written in GML. However, this one is more capable of handling all the C++ tokens, too.  The old one was modified to do so; this one is being designed for it.

I'm still using the original flow of things, though, so I think I can get away with saying it was still originally GML. The idea was good enough that it operated fine for its time...  now it just needs some polishing up.

Anyway, how it works is relatively easy when you break it down. The code is first stripped of all comments, strings, and whitespace for workability. Comments/Other whitespace become a single space. Strings of any type are replaced with the quote character ("). Variable names become "n". They are then broken down into specific treatments based on if they represent a statement...

Statements requiring () are replaced with "s". These include if(), with(), switch()...
Statements requiring a parameter without needing or plain without () become "p". Take return x; and goto lbl; for example.
Statements requiring an immediate semicolon are parsed as "b". This is raising some questions as to what to do with "do" and "else".

Those two exceptions ("do" and "else") cannot be treated the same.
Code: [Select]
do do a=b() until c=d until e=f
Code: [Select]
if a if b c() else else d()
The first code is valid if "do do" is left alone. The second is only valid if it becomes "else; else". The semicolon there means "do nothing". I'm considering just adding a token for each of them. (Probably "c" for do and "e" for else).

These will mean a couple extra rules added in two simple functions.


The code will seem so simple when it's all laid out. But for now, it's scraping brain matter.

2607
Announcements / Re: Subject
« on: July 31, 2009, 08:52:36 AM »
Rusky-
Yes...

a2h-
1/x?

2608
Announcements / Re: Subject
« on: July 30, 2009, 11:07:13 AM »
And var xy; xy.a=0; will error "Undefined variable xy", even though you declared it. var x; errors that you can't redefine a builtin variable. Which is dumb. I may have to make EINGMA error if you say local int x; though.

2609
Off-Topic / Re: lol
« on: July 30, 2009, 08:42:18 AM »
No, you see, Windows and Linux have trouble communicating sometimes. I wanted to rename the folder because my host thought one of the files was malicious. Trying to rename that directory, though, ended up in what seemed be files that were linked to multiple times. It left a copy of the original folders with nothing inside. Deleting those caused fail.

2610
General ENIGMA / Re: What limitations does Enigma have?
« on: July 30, 2009, 08:35:36 AM »
I meant in execute_string. Pointers have been allowed in full force since R3.

Also, you try that, and I'll take out my knife and shoot you.