Anonymous
8/10/2025, 2:48:51 PM No.82138247
>In QuakeC, string literals and numbers are effectively treated as global constants. This means they are stored in the program's data section rather than the stack or heap associated with individual function calls
>. This has several implications:
>Why are string literals and numbers global in QuakeC?
>
> Efficiency: Storing literals globally allows the QuakeC engine to optimize memory usage by having only one copy of each unique string or number in the game's memory.
> Immutability: String literals, once defined, cannot be changed. Treating them as global constants helps enforce this immutability.
> Simpler Management: QuakeC is a relatively simple scripting language, and treating these literals globally simplifies memory management within the engine.
QuakeC chaos_sque does not have 65k global variables
Faggots will delete this thread immediatly because they want to diss this "non trans, non-feminist" project by libel.
They want you to think there is something wrong with the programming of this project.
When the issue is with QuakeC itself, the virtual machine, and the choices the compiler makes and the QuakeC architecture has. That is: you might not be using global variables: but QuakeC creates a global every time you reference a number it doesn't "know".
They will then say "skill issue" etc for not
Throw away statements.
They are simply enemies and I _WILL_ kill them.
If you listed 66k individual numbers in your source code: it would not compile in QuakeC. So a simple list from 0...66k would error out.
And people would diss you "HAHAHAHH U R USING 65k GLOBAL VARIABLES"
No you are not.
If you had 66k individual words, phrases, or statements in the source code: again you would hit that limit.
There are simply limits to what you can do in QuakeC.
Also every time you create an array in quakeC: each element of that declared array uses a global. No matter how "local" you declared it.
That's just how it is.
See how it's easy to use them all up.
>. This has several implications:
>Why are string literals and numbers global in QuakeC?
>
> Efficiency: Storing literals globally allows the QuakeC engine to optimize memory usage by having only one copy of each unique string or number in the game's memory.
> Immutability: String literals, once defined, cannot be changed. Treating them as global constants helps enforce this immutability.
> Simpler Management: QuakeC is a relatively simple scripting language, and treating these literals globally simplifies memory management within the engine.
QuakeC chaos_sque does not have 65k global variables
Faggots will delete this thread immediatly because they want to diss this "non trans, non-feminist" project by libel.
They want you to think there is something wrong with the programming of this project.
When the issue is with QuakeC itself, the virtual machine, and the choices the compiler makes and the QuakeC architecture has. That is: you might not be using global variables: but QuakeC creates a global every time you reference a number it doesn't "know".
They will then say "skill issue" etc for not
Throw away statements.
They are simply enemies and I _WILL_ kill them.
If you listed 66k individual numbers in your source code: it would not compile in QuakeC. So a simple list from 0...66k would error out.
And people would diss you "HAHAHAHH U R USING 65k GLOBAL VARIABLES"
No you are not.
If you had 66k individual words, phrases, or statements in the source code: again you would hit that limit.
There are simply limits to what you can do in QuakeC.
Also every time you create an array in quakeC: each element of that declared array uses a global. No matter how "local" you declared it.
That's just how it is.
See how it's easy to use them all up.
Replies: