about summary refs log tree commit diff stats
Commit message (Collapse)AuthorAgeFilesLines
...
* 3077Kartik K. Agaram2016-06-291-1/+25
|
* 3076Kartik K. Agaram2016-06-291-10/+13
|
* 3075Kartik K. Agaram2016-06-291-7/+56
| | | | Back to slow progress on deep-copy.
* 3074Kartik K. Agaram2016-06-292-1/+13
| | | | Thanks Ella Couch for finding this bug.
* 3073Kartik K. Agaram2016-06-281-2/+21
| | | | Support for containers without addresses.
* 3072 - start of deep-copy implementationKartik K. Agaram2016-06-281-0/+74
| | | | Just simple non-address primitives so far.
* 3071Kartik K. Agaram2016-06-281-3/+0
|
* 3070Kartik K. Agaram2016-06-282-18/+18
| | | | | Extract out the implementation of 'allocate' so other instructions (ahem, deep-copy) can use it.
* 3069Kartik K. Agaram2016-06-261-0/+0
|
* 3068Kartik K. Agaram2016-06-261-1/+1
|
* 3067Kartik K. Agaram2016-06-2510-138/+138
|
* 3066Kartik K. Agaram2016-06-241-0/+2
|
* 3065 - Mu language definition for Exuberant CtagsKartik K. Agaram2016-06-241-0/+8
| | | | | | | | | | Thanks Stephen Malina for the suggestion. I don't yet know how to include comments in the .ctagsrc file, so I'll include them here for now: To use this file, symlink or append exuberant-ctags-rc to your ~/.ctagsrc.
* 3064 - improve an error messageKartik K. Agaram2016-06-231-3/+3
|
* 3063Kartik K. Agaram2016-06-193-6/+5
|
* 3062Kartik K. Agaram2016-06-191-0/+4
|
* 3061Kartik K. Agaram2016-06-173-1/+20
|
* 3060Kartik K. Agaram2016-06-172-4/+4
|
* 3059Kartik K. Agaram2016-06-172-1/+13
|
* 3058 - 'remove' for listsKartik K. Agaram2016-06-162-1/+113
|
* 3057 - 'insert' for listsKartik K. Agaram2016-06-161-0/+89
|
* 3056Kartik K. Agaram2016-06-131-2/+2
|
* 3055Kartik K. Agaram2016-06-1314-0/+0
|
* 3054 - keep cursor stable on resize in sandbox/Kartik K. Agaram2016-06-127-29/+112
| | | | This ports commits 3052 and 3053 from the edit/ app.
* 3053 - keep cursor stable on resizeKartik K. Agaram2016-06-121-1/+85
| | | | | As much as possible; if the cursor moves off screen, it still resets to top of screen.
* 3052 - make edit/ render functions higher-orderKartik K. Agaram2016-06-128-44/+48
| | | | | | This required the fix of 3051 to first-class recipe support, and will next enable us to keep the cursor from moving in response to resize events.
* 3051Kartik K. Agaram2016-06-122-2/+25
|
* 3050Kartik K. Agaram2016-06-111-6/+6
|
* 3049 - clearer message for some test failuresKartik K. Agaram2016-06-111-8/+18
|
* 3048 - bugfix: checking 'merge' instructionsKartik K. Agaram2016-06-111-1/+21
|
* 3047 - fix another hole in refcount managementKartik K. Agaram2016-06-111-26/+56
| | | | | | This wouldn't have failed silently; I have that fig leaf. If someone had tried to copy an exclusive container containing an exclusive container containing an address Mu would have crashed on them.
* 3046Kartik K. Agaram2016-06-112-4/+4
|
* 3045 - generalize core refcounting data structureKartik K. Agaram2016-06-112-27/+68
|
* 3044Kartik K. Agaram2016-06-111-0/+1
|
* 3043Kartik K. Agaram2016-06-102-19/+10
|
* 3042Kartik K. Agaram2016-06-101-2/+2
|
* 3041 - fix 3039 in sandbox/ as wellKartik K. Agaram2016-06-092-0/+42
|
* 3040 - improve an error messageKartik K. Agaram2016-06-091-8/+8
|
* 3039 - bug fix in edit/Kartik K. Agaram2016-06-092-0/+43
| | | | Thanks Caleb Couch for finding this.
* 3038 - track down a long-standing bugKartik K. Agaram2016-06-082-50/+112
| | | | | | | | | | | | | | | | | | | | | | | | | | | In some rare situations the editor would join a line with the next when it should simply wrap to the next screen row. Thanks Caleb and Ella Couch for finally running into a situation that was easy to reproduce. The scenario diffs are misleading on this commit. I had to: a) delete the obsolete 'editor-wraps-cursor-after-inserting-characters' because it was written back when a line just large enough to fit in a single line would not wrap: | | <-- screen boundary abcde These days it will wrap after making room for the wrap indicator: | | <-- screen boundary abcd↩ e b) rename editor-wraps-cursor-after-inserting-characters-2 to editor-wraps-cursor-after-inserting-characters-in-middle-of-line c) create a new scenario demonstrating the bug: editor-wraps-cursor-after-inserting-characters-at-end-of-line
* 3037Kartik K. Agaram2016-06-071-8/+12
| | | | | | By disabling lookups on the product of 'create-array', I'd messed it up so we were treating the product as a raw address and ignoring default-space. Just remove that exception.
* 3036Kartik K. Agaram2016-06-061-1/+27
| | | | | | | Drastically streamlined floating-point overflow/underflow detection. For some reason I can't find a way to actually handle SIGFPE traps; they have to segfault the program.
* 3035Kartik K. Agaram2016-06-061-33/+0
| | | | | | | | I'd included handling for SIGFPE on faith but I'm not actually able to see it triggering. Drop it until we can at least test it manually. In general, floating-point is horrendous: https://hal.archives-ouvertes.fr/hal-00576641v1/document. Neither types nor tests will help deal with it.
* 3034Kartik K. Agaram2016-06-051-0/+7
|
* 3033Kartik K. Agaram2016-06-021-0/+1
|
* 3032Kartik K. Agaram2016-06-022-2/+2
|
* 3031 - better integer overflow protectionKartik K. Agaram2016-06-021-1/+68
| | | | | | | | | | | | | | | | | | | | | | This improves on commit 3026; it turns out you need to manually handle the traps generated by -ftrapv. https://gist.github.com/mastbaum/1004768 Signal handling is based on https://spin.atomicobject.com/2013/01/13/exceptions-stack-traces-c. Various combinations of platform+compiler seem to work very differently: gcc everywhere seems to have extremely threadbare ftrapv support Clang + OSX generates SIGILL. Clang + Linux is advertised to generate SIGABRT, so I handle that out of an excess of caution. However, in my experience it seems to kill the program (sometimes segfaulting) even without any signal handlers installed. In the process, I realized that all my current builds are using Clang, so I added one little test on CI to use g++ in commit 3029.
* 3030Kartik K. Agaram2016-06-021-3/+4
|
* 3029Kartik K. Agaram2016-06-022-0/+8
|
* 3028Kartik K. Agaram2016-06-021-1/+2
| | | | | | | Stop depending on the LLVM apt repo in CI: http://lists.llvm.org/pipermail/llvm-dev/2016-May/100303.html (Thanks Travis CI support.)
generated by cgit-pink 1.4.1-2-gfad0 (git 2.36.2.497.gbbea4dcf42) at 2024-07-07 10:04:22 +0000