IRC channel logs

<jlicht>do comparators (anything that you can pass to the sort functions) only give a binary less-than relation? Or are they expected to give the trinary {<,=,>

<jlicht>*{<,=,>} result as in some other languages

<weinholt>jlicht, srfi 67 has trinary comparators, outside of that they tend to be binary

<jlicht>thanks weinholt, that was exactly like what I was looking for

<snape>janneke: there seem to be 'warn' alread, that does what your 'pke' does

<snape>*seems

<janneke>snape: ah, beautifu

<janneke>*beautiful

<snape>*already :)

<janneke>hihi

<wingo>good evening

<OrangeShark>good day

<jlicht>is there something like +inf.0 for integers guile?

<civodul>jlicht: there's +inf.0 :-)

<jlicht>civodul: which is sadly not an integer :/

<janneke>ACTION is writing texinfo docs for mes

<civodul>ah, oh!

<jlicht>at least not according to `integer?' and srfi-67's `compare-integer'

<civodul>janneke: neat!

<civodul>hmm

<janneke>wishing i did that before applying to be a GNU package and saying: theres no docs, only these READMEs

<janneke>oh well

<civodul>heh

<jlicht>civodul: as I am writing the comparator myself, I can just define a constant and expose it though :-)

<civodul>jlicht: for "all practical cases" as we say, it doesn't really matter that it's not an integer

<civodul>because you can always use > and <

<jlicht>civodul: I wanted to have a total ordering for Semantic Versions, so in this specific case, I do need some value that can be defined to be bigger than anything else

<civodul>well +inf.0 is not an integer, but it is greater than any other number per >

<civodul>but srfi-67 insists on integers, right?

<jlicht>I'll probably be able to get by with numbers instead of integers indeed

<jlicht>thanks for the tip civodul

IRC channel logs

2018-06-27.log