I'd like to build a project on top of HB-mathcomp, however, HB's master
branch fails to compile (and it looks like HB 1.1.0 is not enough to build HB-mathcomp):
File "./examples/readme.v", line 4, characters 0-228:
Error:
builtin rex.split: 2th argument: expected string got Loc.t: File "./examples/readme.v", line 4, column 228, characters 93-306:
(commit eba74981f33026b56609e954a8dacb67e64bd2e5)
Thigs are currently broken, I hope to be able to:
This combo works here... sorry for the mess
Thanks a lot, that combination saves the day for me! Btw, I just noticed a substantial slowdown between Mathcomp's hierarchy-builder+factory_sort_tac
branch and Mathcomp's current master
branch.
For coq-mathcomp-ssreflect
package it's:
make -j3 29,71s user 4,84s system 138% cpu 24,872 total
vs
make -j3 78,65s user 4,94s system 119% cpu 1:10,22 total
I guess some slowdown is expected, although it's about 2.6x in this case.
I know, I'm working on it...
I guess most of the time is spent in order.v in your case
Oh, I see, thanks a lot for all your hard work!
Enrico Tassi said:
Thigs are currently broken, I hope to be able to:
- release coq-elpi today https://github.com/LPCIC/coq-elpi/pull/257
- merge in HB master https://github.com/math-comp/hierarchy-builder/pull/252
- merge in MC/hierarchy-builder https://github.com/math-comp/math-comp/tree/hierarchy-builder+factory_sort_tac
Any progress on this? I would like to fix my CI at some point. I'm not sure there is a version of my code that compiles both with released versions of Coq/mathcomp/coq-eli/HB and the current development versions. Well, as of this night, the development version of HB also does not compile on the mathcomp-dev images, so there is even less I can do.
1 is done
2, I hope to discuss with @Cyril Cohen tomorrow
3 comes with one click after 2
(I'm sorry to give a pinch, but CI is never green... it's a fact of life ;-)
Enrico Tassi said:
(I'm sorry to give a pinch, but CI is never green... it's a fact of life ;-)
Well, my retort to this is that my CI was almost never red before I started using HB. The stack coq, elpi, coq-elpi, HB is quite brittle compared to just coq+mathcomp.
Fair enough, but you are putting the bar quite high
Guess I have been spoiled. But I am very happy to have mathcomp in between my work and Coq ;)
@Christian Doczkal What I do not understand is: are you depending on the master version of HB right now?
Well, I test against coq-dev/mathcomp-dev to see what's coming, and I am not aware of any other version of HB that compiles against coq-dev.
I see! thanks for the clarification
Sure, I could stop testing against coq-dev and only test against mathcomp-dev with a stable HB, but so far the other setting has been working well for all of my developments.
Christian Doczkal said:
Sure, I could stop testing against coq-dev and only test against mathcomp-dev with a stable HB, but so far the other setting has been working well for all of my developments.
No I guess what you are doing is sensible, but I am not sure it is expected that the CI is always green, as long as you know why and what's coming up and can still anticipate before the release...
What is frustrating is that it's been broken for three weeks and the only reason is that the new HB makes something that works an error rather than a warning, and the attribute to disable the warning causes an error in the stable version. So the fix could have been to simply downgrade the error to a warning. :neutral:
Umm, after a build error last night, I am back to getting
- Error:
- HB: non forgetful inheritance detected.
https://github.com/coq-community/graph-theory/runs/3015865204?check_suite_focus=true#step:4:758
I thought #259 was supposed to have turned this into a warning. :confused:
Master is ok, but we did not merge it into coq-master which is what you build. I will take care of it.
done
CI is green again, thanks! :+1:
Last updated: Oct 08 2024 at 14:01 UTC