IRC channel logs


back to list of 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
<janneke>snape: ah, beautifu
<snape>*already :)
<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!
<janneke>wishing i did that before applying to be a GNU package and saying: theres no docs, only these READMEs
<janneke>oh well
<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