| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
My Makefiles are an utter mess. Unclear how to reconcile staying close
to upstream with being clean in isolation.
|
| |
|
| |
|
|
|
|
| |
Still emitting a bunch of warnings on OpenBSD, though.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
For starters, put Linux-specific stuff in a Linux-specific target.
By not resetting MYCFLAGS and MYLDFLAGS, I'm unnecessarily passing in
-DLUA_USE_LINUX. But that'll make it easier to get things running on Mac
and BSD.
|
| |
|
|
|
|
|
|
|
|
|
| |
At least in short runs.
Encouraging that the problem was in a recent commit (5a63a5ca40 from
yesterday when I introduced version control).
Disabling Address Sanitizer again.
|
| |
|
|
|
|
|
|
|
|
|
| |
I'm starting to see some heap buffer overruns, which means we have too
much C code.
I noticed this because editing life.tlv no longer works after commit
5a63a5ca4. However, the offending heap overrun has been around long
before that. It's just been a silent bug until now.
|
|
|
|
|
|
|
|
|
|
| |
Since everything is in my control there's no need to parameterize
include paths.
It's a struggle to get make to run when it should. Lying that something
is phony stops working when it's a dependency. Commands get
unnecessarily run. Just fucking run recursive makes directly in the
target that depends on them.
|
|
|
|
|
|
|
|
|
|
| |
I'd like to enable -Wextra as well, but that creates some false
positives.
I've at least made my changes clean w.r.t. -Wextra.
Now we have 4 remaining warnings with gcc 9.3 that seem genuine. Need to
fix those.
|
|
|
|
|
| |
Adding -Wpedantic creates a new warning. Leaving it alone for now:
https://stackoverflow.com/questions/31526876/casting-when-using-dlsym
|
|
|
|
|
|
|
|
| |
Still extremely ugly:
- I've inlined all the namespaces under ssl, so you need to know that
context and config are related to ssl.
- luasec comes with its own copy of luasocket. I haven't deduped that
yet.
|
|
|
|
|
| |
In the process we're starting to load almost all of luasocket by
default. And everything is working as expected, no unpleasant surprises.
|
|
|
|
| |
I still haven't tried actually running it.
|
| |
|
|
|
|
| |
Just builds for now, isn't available yet to Lua code.
|
|
|
|
|
|
|
|
|
| |
Until now we had just the bare minimum bindings needed for the demos
built so far. Now we have all of lcurses building in place with minimal
changes.
The changes in this commit can run hanoi.lua when inlined into Lua 5.1,
but don't work with Teliva.
|
| |
|
| |
|
|
|
|
|
| |
This required me to figure out some unicode-related nuances, but no new
primitives.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
First piece of working new vocabulary:
print(curses:cols())
Just pulling in code from lcurses for the most part. But I'm trying to
understand its internals as I gradually add them in, after my more blunt
first approach of packaging up lcurses/ext failed.
Overall plan for Teliva's API:
- start out with a 'curses' library that does what people who are used
to ncurses/lcurses expect.
- over time create a more opinionated library called 'screen' or
'window' or something.
|
|
|
|
| |
We're going to be using full-on ncurses.
|
| |
|
|
https://www.lua.org
|