[Fixed] ACC does not support predecrement

[Hirogen2]

Hi,

just noted that ACC does not handle pre-decrement, à la --some_array. Whether this holds true for single variables like --x too, I did not check.

[Graf Zahl]

Who cares?

[HotWax]

ACC is not as robust as C, and wasn't designed to be. The prefixed decrament is easily gotten around, anyway.

[Hirogen2]

That's essential!
Changed Topic: Pre-Decrement and Pre-Increment do not work when applied to array members.

[randi]

It does not support predecrement of arrays if you try to use it as a stand-alone operator. (That is, you don't use the result of the operation in any way.) All that means is that you cannot do something like this:

Code: Select all

--foo[3];

But since that is completely equivalent to the following, I don't see this as much of a problem:

Code: Select all

foo[3]--;

The following works just fine:

Code: Select all

int a = --foo[3];

Note that this also applies to preincrement, and only to arrays.

[Hirogen2]

I like pre* more than post

[Mannequin]

I like pre* more than post

Is that because of K&R?

[Hirogen2]

I dislike K&R (what of K&R anyway?) I cannot tell... some personal favor without a reason. Looks better!?

[HotWax]

"make foo one less" looks even better. Shall we change the official command to that?

[Kate]

"make foo one less" looks even better. Shall we change the official command to that?

And while you do that, make a scripting language that uses plain english sentences("Raise the floor tagged 45 100 units at 10 eighth-units per tic.") rather than complicated commands("floor_raisebyvalue(45, 10, 100);").

[HotWax]

"make foo one less" looks even better. Shall we change the official command to that?

And while you do that, make a scripting language that uses plain english sentences("Raise the floor tagged 45 100 units at 10 eighth-units per tic.") rather than complicated commands("floor_raisebyvalue(45, 10, 100);").

Raise the whatty by the howdy? Tags? Units? That's confusing!!!

How about:

"Raise the floor over yonder by about half the height of my 6-year old daughter at the speed of my grandma in her old rocker."

[Zell]

"make foo one less" looks even better. Shall we change the official command to that?

And while you do that, make a scripting language that uses plain english sentences("Raise the floor tagged 45 100 units at 10 eighth-units per tic.") rather than complicated commands("floor_raisebyvalue(45, 10, 100);").

Raise the whatty by the howdy? Tags? Units? That's confusing!!!

How about:

"Raise the floor over yonder by about half the height of my 6-year old daughter at the speed of my grandma in her old rocker."

XD

[Mannequin]

I dislike K&R (what of K&R anyway?) I cannot tell... some personal favor without a reason. Looks better!?

What's there to dislike with K&R?

I prefer the post-increment (decrement - whatever) operator better. I find I use it more, but not only that, I think it looks better than the pre-increment operator.

[Hirogen2]

What's there to dislike with K&R?

Aside that their indent style does not match mine (to a specific degree) and that the book is not free like other C tutorials, if I think about it, nothing, it is like... anything else, no + no -.
And yeah, IIRC they used post-increment!

[Ty Halderman]

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

Code: Select all

++i;
j=foo(i+arg2);
j--;