IRC channel logs
2025-03-23.log
back to list of logs
<spk121>Well, with 8 more commits I can get the 32-bit MinGW back up an running, and have a basis for Lilypond's 64-bit patches. <spk121>I probably should just push it. Patchsets on Windows stuff doesn't spark joy on bugs-guile@ <old>who use Windows these days <spk121>old: no one with any sense uses Windows. But it is important to Lilypond. <mwette>I remeber getting that in odd situations also, but i thought it was fixed <lilyp>old: there is an argument to be made (actually a quite old one) to support free software on proprietary OSs to help users move over to a fully free world <mwette>cow_2001: Did you check if it may be related to 43831, via run w/ code uncompiled? (Bug 42345 is not relevant, but that was what triggered my search.) <cow_2001>mwette: will look at it later, maybe tomorrow. sorry <old>any comparison operator that work for class instance of GOOPS? <rlb>old: you mean a general purpose one? (i.e. other than defining your own equal?, etc.)? <old>I checked the manual and by default it does a eq? <old>so I just add a method that fold over slots and compare <rlb>I think that's "right" e.g. for a custom equal? or eqv? -- and not sure I recall any more general "default compare" you can call, but you could perhaps build one for whatever specific flavor of equality you might want for a set of your classes. <rlb>e.g. via introspection or whatever (I *think* that's possible, but don't recall offhand for sure) <daviid>old: there is no equal op 'in goops', but i remember someone defined one, i can't find the code, maybe cwebber or dthomson (?) - meanwhile, you'd need to consider a shallow and/or deep comparaison op, as slot values may be other objects ... <rlb>yeah, I think it nearly always "depends" -- have to define your semantics/domain...