Martin R. Albrecht
Martin R. Albrecht
Great! A few CI failures to take care of but otherwise good to go. Thank you!
Mhhh, I'm not convinced, the point of this function is to have a smaller beta compared to the baseline at the expense of having a bigger eta. Indeed, it seems...
I'm not so keen on CMake support. - If we have it, we should test it, if we test it then we effectively support it, I struggle to see how...
Can I check: the motivation is that language servers don't work well with our current build system (via bear)?
Okay, maybe we should ship something like this in tree after all? Us not "supporting" language servers seems not smart. Perhaps we can do it like this: - The cmake...
I think that would be great. The only reason that hasn't happened yet is because I suck too much at autoconf, i.e. I couldn't make it work so that e.g....
IIRC FPyLLL bombing out was one of the reasons why Debian is carrying that patch so it seems my strategy of calling the API function doesn't avoid the issue?
This looks like a bug to me, see: https://github.com/fplll/fplll/blob/master/fplll/gso.h#L212-L221
`GSOInterface` is newer than `GSO`. We first had `GSO` only and then @kodebro added the interface to support Gram matrices too, where `GSOInterface` is meant to abstract away the differences...