Compile error for handlebars-objc.ym

[tkawachi]

I tried to compile, but a following error occurred.

Yacc handlebars-objc/src/handlebars-objc/parser/handlebars-objc.ym
    cd /Users/kawachi/.ghq/github.com/uranusjr/macdown/Pods
    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/yacc -fno-objc-arc -d -b /Users/kawachi/Library/Developer/Xcode/DerivedData/MacDown-dtaxgfutnpvuvsbwranejrvmylru/Build/Intermediates/Pods.build/Debug/Pods-MacDown-handlebars-objc.build/DerivedSources/y /Users/kawachi/.ghq/github.com/uranusjr/macdown/Pods/handlebars-objc/src/handlebars-objc/parser/handlebars-objc.ym

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/bison: invalid option -- f
Try `/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/bison --help' for more information.
Command /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/yacc failed with exit code 1

It seems to be related with CocoaPods/CocoaPods#2559.

[uranusjr]

Yeah, this is happening to Travis too, that’s why there’s a red Build Failing flag in the readme. I’m still looking for a solution. The easiest way to fix this is to install an older version of Cocoapods:

gem install cocoapods -v 0.34.4   # Install an older version.
pod _0.34.4_ install   # Use the older version.

Since the lock file is generated by 0.35, you will see this line when you run install:

[!] The version of CocoaPods used to generate the lockfile (0.35.0) is higher than the version of the current executable (0.34.4). Incompatibility issues may arise.

but you can safely ignore it. This is a one-time thing—once you get handlebars-objc built you can continue without issues.

I’ll keep this open for tracking the relevant Cocoapods issue.

[uranusjr]

Note: I just update the Travis build script, so the red flag is gone. But the above fix is still valid.

[CatTail]

Please add this to README

[uranusjr]

I did (at the very bottom). Obviously that’s not enough—I’ll check out your PR and revise the readme to make this more noticeable.

[JanX2]

This stopped me from being able to build for a while. If this persists, this should go into the docs.

[uranusjr]

It’s already in the docs. I honestly don’t know what is stopping them from issuing a quick-n-dirty fix. It’s almost like they don’t even care.

[JanX2]

This has resurfaced after installing with bundler.

jan$ bundle install
Using i18n 0.7.0
Using multi_json 1.10.1
Using activesupport 3.2.21
Using claide 0.7.0
Using fuzzy_match 2.0.4
Using json_pure 1.8.2
Using nap 0.8.0
Using cocoapods-core 0.34.4
Using cocoapods-downloader 0.7.2
Using cocoapods-plugins 0.3.2
Using netrc 0.7.8
Using cocoapods-trunk 0.3.1
Using cocoapods-try 0.4.3
Using colored 1.2
Using escape 0.0.4
Using open4 1.3.4
Using xcodeproj 0.19.4
Using cocoapods 0.34.4
Using bundler 1.9.2
Bundle complete! 1 Gemfile dependency, 19 gems now installed.
Use `bundle show [gemname]` to see where a bundled gem is installed.

[uranusjr]

You’ll need to run bundle exec pod install again after bundle install. The readme has been updated, but I see the Travis script is not. I’ll fix this.

[JanX2]

Thanks!