IRC channel logs

2022-04-14.log

back to list of logs

<oriansj>littlebobeep: well yes but I am old enough to remember Gigabyte's I-RAM being the benchmark king
<fossy>stikonas[m]: ok, that is good news
<unmatched-paren> https://git.sv.gnu.org/cgit/guix.git/tree/gnu/packages/sml.scm <- i wonder if SML is bootstrapped? i can't tell from the guix SML/NJ recipe...
<unmatched-paren>that could be a viable language for writing compilers in where OCaml isn't particularly helpful (because of the old version)
<unmatched-paren>i've already started the pascal compiler in C, so it's probably too late to turn back now :P
***qyliss_ is now known as qyliss
<unmatched-paren>i've already started the pascal compiler in C, so it's probably too late to turn back now :P
<unmatched-paren>############################
<muurkha>unmatched-paren: why does it matter how old the version of OCaml is? certainly people wrote lots of compilers in old versions of OCaml
<unmatched-paren>muurka: multiple libraries require the newer version (for example: anything depending on a later dune)
<unmatched-paren>like menhir
<muurkha>you can't run those libraries in SML either
<unmatched-paren>and those that do work are probably outdated
<unmatched-paren>yeah, but SML surely has its own libraries?
<unmatched-paren>for parsing etc
<unmatched-paren>anyway, i'm doing it in C now, it's too late to stop :)
<unmatched-paren>and i'd like to do an actual C project to get better at it
<muurkha>yes, but so does old OCaml
<muurkha>parsing libraries generally don't become outdated
<muurkha>it's not like Facebook API libraries or ssh libraries where the protocol changes over time
<unmatched-paren>"parsing libraries generally don't become outdated" <- you have a fair point
<muurkha>I mean there are cases where we discover a new way to do something that works better, so updating your parsing library might give you a faster parser or enable you to use a wider class of grammars
<muurkha>but progress on that front has been astonishingly slow
<unmatched-paren>you win :) i probably would have been able to do it in old ocaml, but as i said "i'd like to do an actual C project to get better at it"
<muurkha>nothing wrong with C! or SML for that matter
<muurkha>probably the MLs are a little better suited for this kind of thing than C, but the difference is not great
<unmatched-paren>muurkha: but as i said, SML may or may not be bootstrapped, i can't tell
<unmatched-paren>MLton certainly isn't
<unmatched-paren>SML/NJ might be, but the repo is an SVN one and i found the web SVN browser that they used to be incredibly annoying
<unmatched-paren>and their repo layout to be confusing
<unmatched-paren>i spotted some .cxx files and some .sml
<unmatched-paren>MLton is on github, so i could see that it was ~90% SML
<muurkha>it might be worthwhile to import the SVN repo into Git
<muurkha>sudo apt install git-svn if you're on Debian/Ubuntu
<unmatched-paren>muurkha: yea, i just haven't bothered to
<unmatched-paren>(btw, i'm on Guix, so it'd be `guix install git:svn')
<muurkha>cool!
<slycelote>Last I tried I couldn't find any bootstrapped SML compiler/interpreter
<slycelote>source downloaded with 'apt source smlnj' in Debian contains bootstrap directory with binary files
<unmatched-paren>slycelote: ah, that's a shame
***bandali_ is now known as bandali