<jfab>
Which says the readline library is backed by editline, so I tried copying ~/.inputrc to ~/.editrc, but that had no effec either.
FreeFull has joined #racket
<jfab>
I have (require readline/readline) at the top of the file and I use (readline "> ") to get input.
<jfab>
In my .inputrc and .editrc I have `set editing-mode vi` but vi commands don't work at the input prompt.
<jfab>
So my question is if there is something in particular I need to do to get racket's readline library to load the settings in .inputrc or .editrc, or if they are supposed to work automatically?
<jcowan>
Looks like nobody here knows (I certainly don't) or the people who know are not available. Try the slack channel.
<jfab>
OK, thanks. I'll also try the mailing list.
pie__ has joined #racket
pie___ has quit [Ping timeout: 260 seconds]
<jfab>
I resolved this issue by installing the "readline-gpl" package as per https://docs.racket-lang.org/readline/index.html to make the readline collection use GNU readline rather than editline.
<jfab>
I thought I'd tried to do this already and it didn't work, but I just didn't understand how raco pkg worked.
dbmikus__ has quit [Ping timeout: 245 seconds]
jfab has quit [Quit: ERC (IRC client for Emacs 26.1)]
dbmikus__ has joined #racket
ubLIX has quit [Quit: ubLIX]
dbmikus__ has quit [Ping timeout: 246 seconds]
dbmikus__ has joined #racket
ubLIX has joined #racket
libertyprime has joined #racket
orivej has quit [Ping timeout: 252 seconds]
buyfn has quit [Quit: buyfn]
orivej has joined #racket
dbmikus__ has quit [Ping timeout: 246 seconds]
dbmikus__ has joined #racket
evdubs_ is now known as evdubs
<meepdeew>
hello, quick question about BSL, the language in HTDP. I am a little confused by non-data forms that evaluate by returning themselves. For example (make-posn 3 4) ; => (make-posn 3 4). Is this deferred evaluation (lazy loading?)? An extreme example of homoiconicity? Something else? The function make-posn is, I think, built in, but this behavior also appears when making instances of user-defined structs. I'm fairly new to lisps, but CL's obje
<meepdeew>
ct system's #'make-instance does, I think, not behave like this.
<lexi-lambda>
meepdeew: in BSL, values print as expressions that produce the same value when evaluated. if you do something like (make-posn (+ 1 2) (+ 3 4)), you will see that evaluation is happening, posns just print like their constructor.
<meepdeew>
Okee doke, thanks for clarifying, lexi-lambda.
ng0 has quit [Remote host closed the connection]
Sgeo_ has joined #racket
sleepnap has left #racket [#racket]
<jcowan>
It's a reduce/normalize interpreter as opposed to an apply/eval interpreter, then? Or is it just using a funky printer?
<jcowan>
(easy test: does '5 print '5, or 5?)
Sgeo_ has quit [Read error: Connection reset by peer]
<meepdeew>
'5 ; => '5; So it's not an apply/eval interpreter (the only kind of lisp interpreter I was aware of)? And that's BSL-specific, but not scheme-specific?
<jcowan>
Right
<jcowan>
It reduces expressions to normal form, it seems. Since (make-posn 3 4) is already in normal form, there's nothing to do.
<jcowan>
Definitely not Scheme-specific
<jcowan>
AFAIK the only normalize/reduce Lispy system is Brian Smith's 2-Lisp (not to be confused with Lisp 2, an ancient Lisp with Algol-style syntax, or Lisp-2, the concept of a Lisp with separate operator and operand evaluation processes)
quipa has quit [Ping timeout: 240 seconds]
<meepdeew>
Gotcha. Thanks, jcowan.
mzan has quit [Quit: Leaving.]
quipa has joined #racket
Sgeo has joined #racket
dbmikus__ has quit [Quit: WeeChat 2.3]
ziyourenxiang has joined #racket
pie__ has quit [Read error: Connection reset by peer]