skaller wrote:
>> These times are pretty disheartening. I can't imagine trying to work
>> with a 10k line felix program.
>
> Errmm .. but the problem here is g++ isn't it?
Well sure, but we're generating code that make g++ very unhappy. I guess
things will be better whenever we get partial compilation.
> Procedures inside functions are allowed to have side
> effects, provided they only modify variables of the
> function's stack frame.
Is this enforced by the compiler? It doesn't appear to be. This compiles:
//////////////////////////////
#import <flx.flxh>
var y = 0;
fun foo (x:int) =
{
y += 1;
return x;
}
print y; endl;
print$ foo 5; endl;
print y; endl;
//////////////////////////////
Do you eventually plan on making this illegal?
>>>> Oh and one last one: the #import / #include of interdependent code.
>>>> There any way that we could implicitly put in import guards?
>>> It used to have them. The problem was it didn't work right.
>> What did you do? My first instinct would be to have some global log of
>> all the imported files, and as we import a file, we check if it's
>> already been imported. If so, just ignore the declaration.
>
> Exactly. And that doesn't work. That would be fine if
> an imported file's symbols were visible to every other piece of code,
> but they're not .. they're localised to the importer file if they're
> macros .. but global if they're ordinary declarations.
>
> Problem is import etc can be used for both importing
> macros, but can also import other stuff .. hard to
> know the difference. This needs revisiting.
is there another place we could open this up for more opinions? Perhaps
comp.lang.functional?
-e
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Felix-language mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/felix-language
