Hi Jignesh, No, I am still grappling with cmake errors and have not been able to successfully port the protobuf library yet.
I thought that simply moving the protobuf submodule library to a new version would fix the issue. However, that was only one part of the solution. The other part is to port our custom written cmake file (third_party/protobuf_cmake) that integrates protobuf with Quickstep project. That cmake file is written for version 2.6 of protobuf. Since protobuf build structure has been totally revamped since 2.6, porting this cmake to integrate the current version of protobuf has been horribly painful. I am still fixing several of the resulting cmake errors. I thought I will disable deprecation warnings to fix the error. But, that still does not help. Mac OSX has totally removed support for these deprecated APIs, so there is no way around. Does someone have a suggestion for a quick fix? On 12/3/16, 5:06 PM, "Jignesh Patel" <[email protected]> wrote: It would be nice though to get things working on native MacOS. Saket, not sure if you have gotten around to trying to move up the protobuf libraries. If you have, did it work? Cheers, Jignesh On 11/29/16, 10:36 AM, "Marc Spehlmann" <[email protected]> wrote: Follow up: Saket is working on updating the submodules so that we can compile native on osx sierra. I found out that running in a docker container can work. Make your MacOS quickstep folder available to docker as a read only volume. Then create a build folder somewhere local to docker and build away. This works well for right now. Best, Marc On Fri, Nov 25, 2016 at 8:22 PM, Marc Spehlmann <[email protected]> wrote: > I tried running docker with the latest ubuntu. That works, though sadly > the mounted volume feature of docker doesn't seem to work correctly, in > that i get build errors when I try to build in a shared volume. > > There's also virtual box. Or just plain old ubuntu. Clion works well in > ubuntu anyways. > > As for updating the module, yes, Harshad and I could chat in person next > monday. > > On Wed, Nov 23, 2016 at 8:27 PM, J Patel <[email protected]> wrote: > >> I think the right way to do this is to move to the latest version of their >> libraries. Things like syscall are now deprecated in OSX. >> >> I think Zuyu and Harshad may have some insights on how to do this right. >> >> On Tue, Nov 22, 2016 at 8:49 PM Marc Spehlmann <[email protected]> >> wrote: >> >> > That link appears to be broken. Do you mind copying the text? >> > >> > On Tue, Nov 22, 2016 at 8:24 PM, Navneet Sankara <[email protected]> >> wrote: >> > >> > > Probably this macOS Sierra issue: >> > > https://lists.apache.org/thread.html/81e200d3599f519009ebe54674f4aa >> > > 96c71f3e22ccbacaf9e5198332@ >> > > <dev.quickstep.apache.org> >> > > >> > > On Tue, Nov 22, 2016, 19:50 Marc Spehlmann <[email protected]> >> > wrote: >> > > >> > > > Hello quickstep, >> > > > I'm getting compile errors with the third party libraries. I have >> some >> > of >> > > > these installed on my system (protobuf). Is there a flag to tell >> CMake >> > to >> > > > use the system library instead of building the bundled one? >> > > > >> > > >> > >> > >
