| [reply] |
For instance, can you write a generator function which returns an iterator function?
My understanding of an iterator function tells me it's code that returns an item from a list -- which sounds like dynamic code. I don't believe C can do that easily.
C does have scoped variables, where a variable only exists within a pair of braces. When I was writing C code that got cross-compiled to 68000 assembler, I could see that the compiler just assigned space on the stack for that type of variable by moving the stack pointer down, and once the scope ended, the stack pointer was just adjusted back up.
C also has the static keyword, which says the variable is to be stored in the lexical scope, meaning it's created at the beginning of the run (perhaps on the stack, but not anywhere that's going to get re-used), and only initialized once, if that initialization happens during declaration. So my guess is that closures are possible -- but keep in mind I studied engineering and not computer science, so that opinion is just what I've picked up since I left university.
Alex / talexb / Toronto
Thanks PJ. We owe you so much. Groklaw -- RIP -- 2003 to 2013.
| [reply] [d/l] |
C does have scoped variables, where a variable only exists within a pair of braces. When I was writing C code that got cross-compiled to 68000 assembler, I could see that the compiler just assigned space on the stack for that type of variable by moving the stack pointer down, and once the scope ended, the stack pointer was just adjusted back up.
That's quite typical for a C compiler, and C works that way on all common platforms (x86, ARM, AVR, ...).
C also has the static keyword, which says the variable is to be stored in the lexical scope, meaning it's created at the beginning of the run (perhaps on the stack, but not anywhere that's going to get re-used), and only initialized once, if that initialization happens during declaration.
No, static variables inside a function are NOT on the stack. They work like normal static variables, except that the name of the variable is known only inside the function scope. If static local variables were on the stack, their content would be lost on return from the function.
Example (on x86-64 Linux):
/tmp>cat addr.c
#include <stdio.h>
static int global;
void func(int param)
{
int local;
static int static_local;
printf(
"global: %16p\n"
"static local: %16p\n"
"local: %16p\n"
"param: %16p\n",
(void *)&global,
(void *)&static_local,
(void *)&local,
(void *)¶m
);
}
int main(int argc, char ** argv)
{
func(0);
return 0;
}
/tmp>gcc -o addr -Wall -pedantic addr.c
/tmp>./addr
global: 0x601048
static local: 0x60104c
local: 0x7ffc40f001cc
param: 0x7ffc40f001bc
/tmp>
The printf output is quite obvious: the global and the static local variable follow each other without any gap, in the data area. The local variable is far away, on the stack, as is the function parameter.
Alexander
--
Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so". ;-)
| [reply] [d/l] [select] |
use strict;
use warnings;
sub gen_range_step {
my ( $start,$stop,$step ) = @_ ;
my $current = $start;
return sub {
my $val = $current;
$current += $step;
return $val if $val <=$stop;
return;
}
}
my $iter = gen_range_step(5,20,4);
while ( my ($val) = $iter->() ) {
print "$val\n";
}
C:/Strawberry/perl/bin\perl.exe -w d:/tmp/pm/generator_iterator.pl
5
9
13
17
Compilation finished at Sat Nov 13 21:18:20
> but keep in mind I studied engineering and not computer science
I studied mathematics and some CS, and FP was never mentioned.
| [reply] [d/l] [select] |
C can't do closures. It can't even do nested functions. But even if it could do nested functions, it still couldn't do closures because function pointer are just addresses. There's no way to attach data to them.
See here for a more detailed explanation of the above.
| [reply] |