this post was submitted on 08 Mar 2024
336 points (100.0% liked)

196

16500 readers
2041 users here now

Be sure to follow the rule before you head out.

Rule: You must post before you leave.

^other^ ^rules^

founded 1 year ago
MODERATORS
 

A ruler with the logo for the Lua Programming language

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 2 points 8 months ago* (last edited 8 months ago) (3 children)
ptr[n] == n[ptr] == *(ptr+n) == *(n+ptr).

Addition is commutative so of course array indexing is and why the hell are you taking the address of a pointer. Also it's not "int pointer foo" but "foo, dereferenced, is an int" that's why it's int *foo not int* foo. I won't die on that mountain fortress because it is unassailable. Never write char **argv (but char *argv[]) but it's vital to understand why it doesn't make a difference to the compiler. It's what passes as self-documenting code in C land.

Also 0-based indexing is older than C. It's older than assembly.

[–] [email protected] 1 points 8 months ago* (last edited 8 months ago) (2 children)

Why do you assume it was a pointer type? There's no types. Why do you assume C either? This is pseudo code to illustrate pointer offsets

[–] [email protected] 1 points 8 months ago (1 children)

Why do you assume it was a pointer type?

Because afterwards you said arr[n]. By convention n is definitely an integer and if arr is also, say, an integer, you get

 error: subscripted value is neither array nor pointer nor vector

Why do you assume C either?

Because you didn't write ^(@arr+0) (Not sure that's even valid though my Pascal is very rusty).

This is pseudo code to illustrate pointer offsets

Granted. But then it's still Pseudo-C, not Pseudo-Pascal or Pseudo-Whitespace.

[–] [email protected] 1 points 8 months ago* (last edited 8 months ago)

It's pseudo-nothing

It conveys a point, which you got, and if you decide to invent a syntax and bicker on it it's just you

Really pointless discussion