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.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 »
1156
Issues Help Desk / Re: Global arrays inside with(){}
« on: January 14, 2012, 08:28:35 am »
Unfortunately, this'll have to wait for the completion of the new parser set I'm working on. I don't want to make changes to the existing system when I'm about to go in and make hundreds.
1157
Tips, Tutorials, Examples / Re: Using standard c/c++ classes and explicit memory management in ENIGMA
« on: January 10, 2012, 02:21:51 pm »
...
1158
Announcements / Re: New GitHub Repository
« on: January 07, 2012, 04:05:16 pm »
You buried my neat shit.
1159
Announcements / Re: Neat Stuff
« on: January 06, 2012, 02:54:40 pm »
The second picture has grass in it.
1161
Announcements / Neat Stuff
« on: January 06, 2012, 09:48:41 am »
I was working on this new parser yesterday, and I thought it'd be kind of neat to make my AST generator export SVGs. So I did.
So, given this expression: 2 << 1 + 6 / 2 - 2 / 2 << 8 % 5 + 5 / 2
The AST looks like this, step by step:
ast << create_token_dec_literal("2",1);
ast << create_token_operator("<<",2);
ast << create_token_dec_literal("1",1);
ast << create_token_operator("+",1);
ast << create_token_dec_literal("6",1);
ast << create_token_operator("/",1);
ast << create_token_dec_literal("2",1);
ast << create_token_operator("-",1);
ast << create_token_dec_literal("2",1);
ast << create_token_operator("/",1);
ast << create_token_dec_literal("2",1);
ast << create_token_operator("<<",2);
ast << create_token_dec_literal("8",1);
ast << create_token_operator("%",1);
ast << create_token_dec_literal("5",1);
ast << create_token_operator("+",1);
ast << create_token_dec_literal("5",1);
ast << create_token_operator("/",1);
ast << create_token_dec_literal("2",1);
neathuh
So, given this expression: 2 << 1 + 6 / 2 - 2 / 2 << 8 % 5 + 5 / 2
The AST looks like this, step by step:
ast << create_token_dec_literal("2",1);
ast << create_token_operator("<<",2);
ast << create_token_dec_literal("1",1);
ast << create_token_operator("+",1);
ast << create_token_dec_literal("6",1);
ast << create_token_operator("/",1);
ast << create_token_dec_literal("2",1);
ast << create_token_operator("-",1);
ast << create_token_dec_literal("2",1);
ast << create_token_operator("/",1);
ast << create_token_dec_literal("2",1);
ast << create_token_operator("<<",2);
ast << create_token_dec_literal("8",1);
ast << create_token_operator("%",1);
ast << create_token_dec_literal("5",1);
ast << create_token_operator("+",1);
ast << create_token_dec_literal("5",1);
ast << create_token_operator("/",1);
ast << create_token_dec_literal("2",1);
neathuh
1162
Announcements / Re: Happy New Year!
« on: January 02, 2012, 11:33:37 pm »
I figure if he has a happy new year, he'll shut the fuck up for a while.
1164
General ENIGMA / Re: Use git instead of SVN.
« on: January 02, 2012, 11:09:53 am »
I thought I replied to this thread.
Switching would bring serious benefit to the tagging system; it takes too fucking long and consistently fails trying to mark the trunk as stable or testing. So huge benefit to be gained.
Difficulty is, everything is already set up in LGM to use SVN for downloading updates, via SVNkit. JGit seems to be what we'd look to for its replacement.
Also, the Wiki install pages all give SVN checkout instructions; those would either need to be replaced or supplemented (in case we want to keep the SVN version current) with the git how-tos.
If either of you are volunteering, I'll be happy to make the switch. I don't speak for Ism.
Switching would bring serious benefit to the tagging system; it takes too fucking long and consistently fails trying to mark the trunk as stable or testing. So huge benefit to be gained.
Difficulty is, everything is already set up in LGM to use SVN for downloading updates, via SVNkit. JGit seems to be what we'd look to for its replacement.
Also, the Wiki install pages all give SVN checkout instructions; those would either need to be replaced or supplemented (in case we want to keep the SVN version current) with the git how-tos.
If either of you are volunteering, I'll be happy to make the switch. I don't speak for Ism.
1165
Announcements / Happy New Year!
« on: December 31, 2011, 04:50:28 pm »
I'm tired as ass. And sick as a dog.
Really, though. I hope that 2012 is a great year for everyone. Except Yoyo, I mean. Obviously.
Really, though. I hope that 2012 is a great year for everyone. Except Yoyo, I mean. Obviously.
1166
Off-Topic / Re: Hey! I'm new!
« on: December 28, 2011, 08:58:42 pm »
Eh, 18's only ignored by fede. And most of us exercise decent grammar.
1168
Issues Help Desk / Re: Error: multiple definition of
« on: December 27, 2011, 10:45:10 am »
It doesn't matter if you guard it if you are including the header from two source files.
Don't declare globals in headers, except with extern.
Don't implement functions in headers unless they are static and/or inline.
Don't declare globals in headers, except with extern.
Don't implement functions in headers unless they are static and/or inline.
1169
Tips, Tutorials, Examples / Re: Using standard c/c++ classes and explicit memory management in ENIGMA
« on: December 26, 2011, 01:47:51 pm »
To expand on what has been said, all C++ functions are game in ENIGMA provided you include them from Definitions, which IsmAvatar will be adding to the resource tree as an instantiable resource shortly. EDL is very similar to C++, but you must configure some settings to use otherwise ambiguous operators (such as ++). Currently, the string behavior setting is broken.
Instances are not freed immediately; their iterators are unlinked and any open iterators are updated to be kept valid. The instance is then added to a set for deletion at the end of the step. This way, you can do asinine garbage like with (a) { instance_destroy(); instance_create(x,y,obj_explosion); } without tripping any access violations.
The new parser I am working on will correctly integrate the new C++ syntax features. Presently, member access is limited due to the dynamic nature of GML, and ternary expressions can often cause compile error if you mix types in them (expression? var : int gives an ambiguous cast error, because var can cast to int as well as construct from int).
Instances are not freed immediately; their iterators are unlinked and any open iterators are updated to be kept valid. The instance is then added to a set for deletion at the end of the step. This way, you can do asinine garbage like with (a) { instance_destroy(); instance_create(x,y,obj_explosion); } without tripping any access violations.
The new parser I am working on will correctly integrate the new C++ syntax features. Presently, member access is limited due to the dynamic nature of GML, and ternary expressions can often cause compile error if you mix types in them (expression? var : int gives an ambiguous cast error, because var can cast to int as well as construct from int).
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 »