Alexandre Bique
Alexandre Bique
This looks like a breaking change from protobuf. I wonder if this is a mistake and if you should wait for 30.1 🤔 As I've pointed out in the documentation...
> I'll look into it a bit more and report to protobuf if neccessary 😅 Thanks 👍 On my end, I don't think I'll replace protobuf by something else anytime...
Though I have ideas, on how linux packages distributions could be done using bittorrent and a smarter tracker instead of mirrorring and letting the user choose a mirror for http...
> [@abique](https://github.com/abique) did you see the protobuf' upstream comment? 🤔 Their stance seems to be that these headers were always private 🤔 Then I learned something ;-) They didn't close...
> 5. add a protobuf git submodule ;) Yeah right, we could do that.
Though, I could probably rewrite a better hefur within 50 hours in rust. 🤔
> When trying to use the headers from a local copy of protobuf sources (v30.0), the error changes to: > > ``` > /build/hefur/src/hefur/mimosa/mimosa/rpc/gen/protoc-gen-mimosa.cc: In static member function ‘static uint32_t...
Hi, I've updated hefur and mimosa. Somehow your distribution of protobuf 30 doesn't include `google/protobuf/compiler/cpp/cpp_generator.h` so I can't compile hefur on my machine. Cheers, Alex
OK, so at least I did the compilation fixes with the `std::string` errors.
It seems we're getting the headers back! https://github.com/protocolbuffers/protobuf/commit/0b1a9c99c4238fc45cbc685dffc89ea8b69b6e5a