Bug #198
Absolute link in "Header Search Paths"
| Status: | New | Start Date: | ||
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assigned to: |  Adrian Stutz |
% Done: | 0% |
|
| Category: | none | |||
| Target version: | undetermined |
Description
While trying to get the current SVN repo code to build I stumbled upon a problem that makes moving the project to another machine more difficult: The "MPlayer OSX Extended" target contains an "Header Search Paths" entry that is an absolute path:
/Users/adrian/dev/mplayer/mplayer_static/usr/local/include/
As this path has to be absolute once it's handed to the compile/linker it needs to be specified relative to ${SRCROOT} for example. Xcode should then resolve that path.
As an example, I have put the fontconfig header into "mplayerosx/fontconfig/fontconfig.h", set "Header Search Paths" to "${SRCROOT}/fontconfig" and changed
#import <fontconfig/fontconfig.h>
to
#import <fontconfig.h>
Only then could I get everything to build. Why just using "${SRCROOT}" didn't work is beyond me.
Furthermore these seems to be a duplicate entry for "$(LIBRARY_SEARCH_PATHS_QUOTED_FOR_TARGET_1)" in the "Debug" build configuration for the "MPlayer OSX Extended" target. This prevents the entries for "Debug" and "Release" showing up as identical.
As a sidenote, I had to do these other things to get mplayerosx to build:
1. copy Sparkle.framework from the binary release (I used r11) to the source root
2. copy "mplayer.app" and "mplayer-mt.app" from the same binary release to the "External_Binaries" folder in the source root.