Comments (4)
https://github.com/never-lang/never/blob/master/back/nev.c#L48 does a module_close ...
And https://github.com/never-lang/never/blob/master/back/nev.c#L91 does a yylex_destroy ...
One of those could be causing some new undesired behavior I'm seeing... (REPL silently exiting after trying a second entry after the first entry was processed correctly...)
from never.
Oh, yylex_destroy calls yy_init_globals, so that is not the issue.
from never.
For now I'm not going to pursue this. Lack of a REPL is no longer a a big deal any more as I can just hit a hot key in a text editor and get instant results of a whole file or selection... (Or do it in a web page)
from never.
Never is a purely functional language.
- To have an adequate REPL you need to have globals (well, it is difficult without them), which violates pure functionality.
- Additionally from a REPL it is common to need to redefine variable types. Never is a static language, so that makes this difficult.
- Some other languages have crude REPL implementations where they keep writing out a main function with the previous entries and new entry combined and compiling and executing it. That is not a true REPL...
- For a statically typed language to have a decent REPL that functionally ideally needs to be one of the initial design requirements, not added later.
- For a dynamically type language it is not as hard to add later, but Never is not dynamically typed. (If it were I would not be focusing on it).
All that being said, unless a REPL is designed into Never in some future redesign that is alright, but I don't want to suggest something be added to a Never that would violate it's clean design.
A REPL requires some sort of incremental compilation and always being able to use existing compiled code.
from never.
Related Issues (20)
- Documention for embedding has not been updated in a while HOT 8
- No discussion group for never-lang HOT 2
- Integer rollover (would affect float as well) HOT 9
- Make Gives Error HOT 4
- Exits from the VM (And error checking an error handling in general) HOT 3
- Any way to create a set of constants? HOT 12
- Why does putting something in module affect tail calls? HOT 3
- small flexible programing language HOT 1
- remove "->" on return type HOT 1
- Grammar railroad diagram HOT 3
- never 2.1.2 build failure HOT 7
- test/test_inttab.c: constant comparison HOT 3
- Will there any support of generic types? HOT 1
- Does this language have standart lib/modules? HOT 2
- Command-line arguments HOT 13
- File I/O HOT 1
- Question: Official release HOT 4
- Documentation of c-api functions HOT 3
- awesome-programming-languages
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from never.