[Fixed] ACC does not support predecrement

Bugs that have been investigated and resolved somehow.

Moderator: GZDoom Developers

Forum rules
Please don't bump threads here if you have a problem - it will often be forgotten about if you do. Instead, make a new thread here.
User avatar
randi
Site Admin
Posts: 7749
Joined: Wed Jul 09, 2003 10:30 pm
Contact:

Post by randi »

Well, it will be fixed for ACC 1.31. ACC uses a different function for preoperators that aren't part of an assignment operation, and that function hadn't been updated to know about arrays.
User avatar
HotWax
Posts: 10002
Joined: Fri Jul 18, 2003 6:18 pm
Location: Idaho Falls, ID

Post by HotWax »

Ty Halderman wrote:Personal preference is to use pre or post at the beginning or end respectively of a block of code, anywhere that it really doesn't matter. Of course where there are side effects or more specific actions like in a for() statement, do what makes sense--this is just where it's otherwise completely immaterial which is used. (no, I didn't post-decrement "sense" or pre-decrement "this" in the sentence above :roll:

Code: Select all

++i;
j=foo(i+arg2);
j--;
Don't you mean

Code: Select all

j=foo(++i+arg2)-1;
?
User avatar
Ty Halderman
... in rememberance ...
Posts: 282
Joined: Thu Jul 17, 2003 9:53 pm
Location: New Orleans LA
Contact:

Post by Ty Halderman »

Not really. My j=foo(...) was intended to represent complex and obscure logic, around which I placed my semi-bracketing pre/post inc/dec operations.

Okay, it was silly.
User avatar
HotWax
Posts: 10002
Joined: Fri Jul 18, 2003 6:18 pm
Location: Idaho Falls, ID

Post by HotWax »

Ty Halderman wrote:Not really. My j=foo(...) was intended to represent complex and obscure logic, around which I placed my semi-bracketing pre/post inc/dec operations.

Okay, it was silly.
Yes, but mine accomplishes the same function without incurring the predecriment problem. :)
Post Reply

Return to “Closed Bugs [GZDoom]”