Won't compile on MacOSX

Question

Won't compile on MacOSX

quinthar opened this issue 6 years ago · comments

Problem:

Ideally you could use the instructions outlined here: https://github.com/Expensify/Bedrock/blob/dbarrett_osxCompile/docs/index.md

# Clone out this repo:
git clone https://github.com/Expensify/Bedrock.git

# Install some dependencies with Brew (see: https://brew.sh/)
brew update
brew install gcc@6
brew install pcre

# Build it
cd Bedrock
make

# Create an empty database (See: https://github.com/Expensify/Bedrock/issues/489)
touch bedrock.db

# Run it (press Ctrl^C to quit, or use -fork to make it run in the backgroud)
./bedrock

# Connect to it in a different terminal using netcat
nc localhost 8888

# Type "Status" and then enter twice to verify it's working
# See here to use the default DB plugin: http://bedrockdb.com/db.html

However it breaks in at least two ways:

make doesn't clone the subrepo for some reason

make fails with PCRE:

Undefined symbols for architecture x86_64:
  "pcrecpp::RE::Init(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, pcrecpp::RE_Options const*)", referenced from:
      pcrecpp::RE::RE(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) in libstuff.a(libstuff.o)
      pcrecpp::RE::RE(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) in libbedrock.a(Jobs.o)
      pcrecpp::RE::RE(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, pcrecpp::RE_Options const&) in libbedrock.a(MySQL.o)
ld: symbol(s) not found for architecture x86_64

Solution:

To fix:

Check out a fresh copy of dbarrett_osxCompile
Follow the instructions
If something breaks, fix, goto 1
If the instructions need to be updated, do so in the branch
Submit a PR

David Barrett · Answer 1 · Wed Sep 26 2018 21:58:47 GMT+0800 (China Standard Time)

FYI, anyone who wants to take this issue, there's some money in it for you! https://www.upwork.com/jobs/~01e7ad7e026a20a5e1

Florent De'Neve · Answer 2 · Wed Sep 26 2018 22:03:22 GMT+0800 (China Standard Time)

@quinthar to fix the PCRE thing, in the past brew install pcre fixed it. Is that still the case or not?

Brian Trepanier · Answer 3 · Wed Sep 26 2018 23:41:57 GMT+0800 (China Standard Time)

no that did not fix it. It is installed, and all of the headers and such compile fine, but for some reason it fails in the linking stage.

…

On Wed, Sep 26, 2018, 4:03 PM flodnv ***@***.***> wrote: @quinthar <https://github.com/quinthar> to fix the PCRE thing, in the past brew install pcre fixed it. Is that still the case or not? — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#509 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ADT7wO01HTUHakbqMky0Xov3YY065Gypks5ue4lCgaJpZM4W6ovH> .

Alexandr Topilski · Answer 4 · Fri Sep 28 2018 00:08:36 GMT+0800 (China Standard Time)

I can resolve this issue, my suggestion is move your build system into CMake after that your life will be more easy.

Brian Trepanier · Answer 5 · Fri Sep 28 2018 18:14:11 GMT+0800 (China Standard Time)

Hm, I'd prefer to stick with classic make, as it works everywhere else and I don't think is the constraint in this particular issue. I'd prefer not to change the while build system just to solve this one issue.

…

On Thu, Sep 27, 2018 at 6:08 PM Alexandr Topilski ***@***.***> wrote: I can resolve this issue, my suggestion is move your build system into CMake after that your life will be more easy. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#509 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ADT7wBnlys5BR09hDmdSwAIOc2uYznj7ks5ufPgKgaJpZM4W6ovH> .

Alexandr Topilski · Answer 6 · Fri Sep 28 2018 19:10:36 GMT+0800 (China Standard Time)

It will be solve a lot of issues in future.