about summary refs log tree commit diff stats
path: root/test_apps
Commit message (Collapse)AuthorAgeFilesLines
* 7842 - new directory organizationKartik K. Agaram2021-03-031-421/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Baremetal is now the default build target and therefore has its sources at the top-level. Baremetal programs build using the phase-2 Mu toolchain that requires a Linux kernel. This phase-2 codebase which used to be at the top-level is now under the linux/ directory. Finally, the phase-2 toolchain, while self-hosting, has a way to bootstrap from a C implementation, which is now stored in linux/bootstrap. The bootstrap C implementation uses some literate programming tools that are now in linux/bootstrap/tools. So the whole thing has gotten inverted. Each directory should build one artifact and include the main sources (along with standard library). Tools used for building it are relegated to sub-directories, even though those tools are often useful in their own right, and have had lots of interesting programs written using them. A couple of things have gotten dropped in this process: - I had old ways to run on just a Linux kernel, or with a Soso kernel. No more. - I had some old tooling for running a single test at the cursor. I haven't used that lately. Maybe I'll bring it back one day. The reorg isn't done yet. Still to do: - redo documentation everywhere. All the README files, all other markdown, particularly vocabulary.md. - clean up how-to-run comments at the start of programs everywhere - rethink what to do with the html/ directory. Do we even want to keep supporting it? In spite of these shortcomings, all the scripts at the top-level, linux/ and linux/bootstrap are working. The names of the scripts also feel reasonable. This is a good milestone to take stock at.
* 7448Kartik Agaram2020-12-281-0/+9
|
* 7443Kartik Agaram2020-12-281-0/+17
| | | | | A new phase for baremetal compilations. Doesn't work yet, but it passes all its tests, so we can add it to CI.
* 7442Kartik Agaram2020-12-281-0/+5
|
* 7439 - start translating Mu programs to baremetalKartik Agaram2020-12-281-2/+2
|
* 7401 - clean up support for non-Linux platformsKartik Agaram2020-12-251-128/+116
|
* 7400Kartik Agaram2020-12-251-3/+0
| | | | | Turns out the default 8MB stack is quite enough for the programs I'm currently running.
* 7109Kartik Agaram2020-10-251-2/+2
| | | | | | | | | | | | | | | | | | | Turns out I've been including some unnecessary files when building apps/mu! Treeshaken stats before: LoC 26258 => 9717 LoC including common libraries: 29736 => 12719 binary size: 406K => 79K After: LoC 26258 => 9717 LoC including common libraries: 28322 => 12370 binary size: 406K => 77K So our treeshaking isn't perfect. No surprise there.. The treeshaken build also starts to fail without the one-liner change to mu.subx, which looks like a bug in the treeshaker.
* 6618 - new docsKartik Agaram2020-07-061-13/+2
|
* 6612 - reorganize layersKartik Agaram2020-07-051-10/+10
|
* 6527 - increase stack limitsKartik Agaram2020-06-151-0/+3
| | | | | | We haven't run into this limit yet, but everytime I see a 'stream overflow' error I run into it while going over all the knobs in apps/subx-params.subx, if I increase Input-size (used by survey.subx) too much.
* 6395Kartik Agaram2020-05-241-0/+2
|
* 6394 - a catastrophic bugKartik Agaram2020-05-241-0/+13
| | | | | | | How did new-literal ever work?! Somehow we had eax silently being clobbered without affecting behavior over like 5 apps. Unsafe languages suck. Anyways, factorial.mu is now part of CI.
* 6393 - start running .mu apps in CIKartik Agaram2020-05-241-0/+57
|
* 6385Kartik Agaram2020-05-231-4/+4
|
* 6382 - re-enable mu.subx in CIKartik Agaram2020-05-221-4/+4
| | | | | | | | | | | I thought I'd done this in the previous commit, but I hadn't. And, what's more, there was a bug that seemed pretty tough for a time. Turns out my self-hosted translator doesn't support '.' comment tokens in data segments. Hopefully I'm past the valley of the shadow of death now. "I HAVE NO TOOLS BECAUSE I’VE DESTROYED MY TOOLS WITH MY TOOLS." -- James Mickens (https://www.usenix.org/system/files/1311_05-08_mickens.pdf)
* handles don't seem to have slowed down test_appsKartik Agaram2020-05-221-4/+4
| | | | | | At least the non-native first phase which takes longer. But maybe a shorter baseline is the right thing to check. I need to resize some buffers to get Mu natively translating again.
* mu.subx: start tracking remaining failing testsKartik Agaram2020-05-201-12/+12
| | | | We're now passing CI again.
* all syntax sugar now workingKartik Agaram2020-05-181-60/+60
| | | | | | | | I just needed to adjust row-sizes when accessing the Registers table. This commit dedicated to a fun hour on https://hn.town.siempre.io. Thanks Cyrus! (via https://news.ycombinator.com/item?id=22818300)
* core translator phases now emit identical binariesKartik Agaram2020-05-181-2/+2
|
* Rebuild phases of self-hosted SubX translatorKartik Agaram2020-05-181-23/+23
| | | | For this one commit we need to bootstrap ourselves with subx_translate_debug.
* assort.subx now workingKartik Agaram2020-05-181-1/+1
|
* dquotes.subx now workingKartik Agaram2020-05-181-1/+1
|
* tests.subx now workingKartik Agaram2020-05-181-34/+34
|
* apps that currently workKartik Agaram2020-05-181-68/+68
| | | | | | | | | | | | | | | | | | | | Here are the obvious dependencies of different apps: allocate: mu slice-to-string: mu survey new-stream: mu assort dquotes tests get-or-insert-slice: mu survey assort get-or-insert: mu survey So we'll get these working in the following order: tests dquotes assort survey It doesn't look like sigils uses any functions with modified signatures, but it doesn't work at the moment. Let's get the core self-hosted passes working first before we look at syntax sugar. examples -> self-hosted passes -> syntax sugar -> mu
* table primitives workingKartik Agaram2020-05-181-15/+1
| | | | $ ./translate_subx init.linux 0*.subx && ./a.elf test
* 6213Kartik Agaram2020-04-261-0/+2
| | | | Some minor tweaks while preparing presentation to Mek's Junto group.
* 6183Kartik Agaram2020-04-031-1/+1
| | | | Bugfix in CI setup.
* 6088 - start using setCC instructionsKartik Agaram2020-03-061-0/+12
|
* 5890Kartik Agaram2020-01-141-2/+2
|
* 5887 - reorganize libraryKartik Agaram2020-01-141-7/+14
| | | | | | | Layers 0-89 are used in self-hosting SubX. Layers 90-99 are not needed for self-hosting SubX, and therefore could use transitional levels of syntax sugar. Layers 100 and up use all SubX syntax sugar.
* 5865Kartik Agaram2020-01-021-44/+44
| | | | Give the bootstrap C++ program a less salient name.
* 5856Kartik Agaram2020-01-011-52/+52
|
* 5851Kartik Agaram2020-01-011-4/+4
| | | | | | | | | | | | Rename a few scripts to be more consistent. I'm also starting to feel the urge to bud off `subx run` into its own program, say tools/emulate_x86. It doesn't really rely on the SubX notation at all. And then I could rename `subx translate` to `translate_subx_bootstrap`. Only problem: the commands in the Readme get verbose. But the Readme is gonna need surgery soon anyway to put translate_mu front and center.
* 5829Kartik Agaram2019-12-261-5/+15
|
* 5761Kartik Agaram2019-11-261-1/+1
|
* 5739Kartik Agaram2019-11-101-0/+8
| | | | Add mu.subx to CI.
* 5677Kartik Agaram2019-09-191-6/+12
|
* 5675 - move helpers from subx-common into layersKartik Agaram2019-09-191-85/+23
| | | | | | | | | | | | | | | | This undoes 5672 in favor of a new plan: Layers 000 - 099 are for running without syntax sugar. We use them for building syntax-sugar passes. Layers 100 and up are for running with all syntax sugar. The layers are arranged in approximate order so more phases rely on earlier layers than later ones. I plan to not use intermediate syntax sugar (just sigils without calls, or sigils and calls without braces) anywhere except in the specific passes implementing them.
* 5672 - move hex out of appsKartik Agaram2019-09-191-2/+6
|
* 5666 - start of sugar for structured control flowKartik Agaram2019-09-191-8/+19
|
* 5665Kartik Agaram2019-09-191-1/+2
| | | | | | | | | The core library is a mess right now, because it can't use syntax sugar. I need some way to tier the library so that later layers can use syntax sugar, but without adding cognitive load. A shell pipeline is pretty, but maybe I need to drop it. Just add functions to layers. Get all of the translator out of the apps/ sub-directory.
* 5650 - support a second OS: sosoKartik Agaram2019-09-141-27/+29
| | | | | | | | | https://github.com/ozkl/soso + Much smaller than Linux; builds instantly + Supports graphics - No network support - Doesn't work on a cloud server (yet?)
* 5647 - experimental support for swapping OSKartik Agaram2019-09-111-27/+27
|
* 5631 - syntax for calls starting to work!Kartik Agaram2019-09-061-1/+12
| | | | Now added to CI.
* 5594 - rename 'desugar' to 'sigils'Kartik Agaram2019-08-311-6/+6
| | | | There's going to be multiple forms of syntax sugar going forward.
* 5585Kartik Agaram2019-08-251-113/+21
|
* Merge branch 'master' into desugarKartik Agaram2019-08-251-117/+191
|\
| * 5515Kartik Agaram2019-08-141-22/+22
| | | | | | | | Drop a bash-ism.
| * 5514 - disable emulated runs on LinuxKartik Agaram2019-08-141-60/+133
| |
generated by cgit-pink 1.4.1-2-gfad0 (git 2.36.2.497.gbbea4dcf42) at 2025-04-06 19:25:24 +0000