Use flex and bison directly instead from toolchain. - #2524
Conversation
27de3d8 to
c57c014
Compare
|
Hi @UebelAndre I am attempting to use your flex and bison BCR modules as they look promising to get this compiling again beyond bazel 7. The flex part works well, but looks like not all compatibility functions used in https://github.com/chipsalliance/verible/actions/runs/27646448734/job/81759530364?pr=2524 (this is the corresponding windows github action). It runs into trouble with |
fab596b to
7a94de8
Compare
|
Now it looks like we're down to issues in m4; Is there similar autoconf magic you did in bison possible in M4, @UebelAndre ? |
|
Yeah, I’m currently poking around at it but won’t really have bandwidth until later this week |
|
Can you try adding |
3db5cd8 to
ac9005c
Compare
|
Tried that version of autoconf ... https://github.com/chipsalliance/verible/compare/54c32d5f217fe233dde39314398db232d92c6693..3db5cd884a7f2530029be3bccbf88024c6008462 ... didn't make a difference @UebelAndre |
|
@hzeller Sorry, for the delay here. I still haven't root caused the issue. Some work is being done to introduce clang-cl and mingw toolchains to |
|
In the Verible CI, we do use indeed clang-cl, mostly by choosing the compiler in the .bazelrc ( Lines 23 to 27 in f3e4d98 What do you mean with 'making a PR there' ? |
The flex toolchain from rules_{bison,flex} do not have
a version that works on Windows.
Using these directly simplifies things as well.
Fixes chipsalliance#2435
ac9005c to
1b0bd28
Compare
The flex toolchain from rules_{bison,flex} do not have a version that works on Windows.
Using these directly simplifies things as well.
Fixes #2435