Skip to content
This repository has been archived by the owner on Jun 9, 2022. It is now read-only.

Fix bug in OSX sdkpath location code when multiple SDKs exist #4

Closed
wants to merge 1 commit into from
Closed

Conversation

watsonbox
Copy link

Not sure how much of an edge case this is, but when two XCode SDKs exist on the same system as was the case for me, the current location code results in, for example:

$ sdkpath=`xcodebuild -version -sdk  | grep MacOSX | grep "^Path:" | cut -d" " -f2`
$ echo $sdkpath
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk

This causes configure to fail with:

checking for pthread_create in -lpthread... yes
checking alc.h usability... no
checking alc.h presence... no
checking for alc.h... no
configure: error: OpenAL not found

Using some alternative logic suggested here fixes this problem and selects the latest SDK.

nshmyrev pushed a commit that referenced this pull request Oct 13, 2014
See for details #4

Thanks to Howard Wilson



git-svn-id: svn+ssh://svn.code.sf.net/p/cmusphinx/code/trunk/sphinxbase@12645 94700074-3cef-4d97-a70e-9c8c206c02f5
@nshmyrev
Copy link
Contributor

Merged, thanks a lot!

@nshmyrev nshmyrev closed this Oct 13, 2014
svn2github pushed a commit to svn2github/cmusphinx that referenced this pull request Oct 14, 2014
See for details cmusphinx/sphinxbase#4

Thanks to Howard Wilson



git-svn-id: http://svn.code.sf.net/p/cmusphinx/code/trunk@12645 94700074-3cef-4d97-a70e-9c8c206c02f5
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Development

Successfully merging this pull request may close these issues.

2 participants