Problems when compiling with Xcode
Hi folks, I didn't see my post appear on the list, so I will post it again... This might be a silly question, or one that has already been addressed in the past, but here goes anyway. I have Xcode 2.4 and recently, I had to compile a static library for Universal code. I had to install the 10.2.8 Mac OS X sdk and when I went to compile my library, I got 66 errors :( Here is the first error I saw: from /Users/me/Documents/development/CPP/FMPlugIns/ FM85/FMPlugInSDK/plugin_u/Source/FMPlugInExample.cpp:41: from ../Libraries/FMWrapper.framework/Headers/ FMXTypes.h:15, from ../Libraries/FMWrapper.framework/Headers/ FMXClient.h:15, from /Developer/SDKs/MacOSX10.2.8.sdk/usr/include/ gcc/darwin/3.3/c++/stdexcept:45, from /Developer/SDKs/MacOSX10.2.8.sdk/usr/ include/gcc/darwin/3.3/c++/string:47, from /Developer/SDKs/MacOSX10.2.8.sdk/usr/ include/gcc/darwin/3.3/c++/bits/char_traits.h:46, from /Developer/SDKs/MacOSX10.2.8.sdk/usr/ include/gcc/darwin/3.3/c++/bits/fpos.h:45, from /Users/jaimerios/Documents/development/ cpp/Tools/boost_1_33_1/boost/compatibility/cpp_c_headers/cwchar:8, from /usr/include/wchar.h:71, from /usr/include/_types.h:27, from /usr/include/sys/_types.h:27, In file included from /usr/include/machine/_types.h:26, /usr/include/ppc/_types.h:73: error: conflicting types for `typedef union __mbstate_t __mbstate_t' The last error is the interesting one. I am assuming that the Boost sdk is forcing my compiler to look in the /usr/include path for the string header file instead of the Mac OS X 10.2.8 sdk path. Is this assumption correct? If so, how do I correct this problem? -Jaime
Jaime Rios wrote:
Hi folks, I didn't see my post appear on the list, so I will post it again... This might be a silly question, or one that has already been addressed in the past, but here goes anyway. I have Xcode 2.4 and recently, I had to compile a static library for Universal code. I had to install the 10.2.8 Mac OS X sdk and when I went to compile my library, I got 66 errors :( Here is the first error I saw:
<snip>
The last error is the interesting one. I am assuming that the Boost sdk is forcing my compiler to look in the /usr/include path for the string header file instead of the Mac OS X 10.2.8 sdk path. Is this assumption correct? If so, how do I correct this problem?
I doubt that Boost is forcing the library path. Did you change the project-level "Cross-Develop Using Target SDK" setting for 10.2.8 in Xcode? - Rush
Hi, Thanks for the input. I couldn't figure out what was going on, so as a test, I created a new Universal Carbon C++ app with the Boost libraries and it compiled fine. I recreated my static library project file and manually added back my source files. When I went to compile, everything was fine :) I don't know what has changed, but the only thing I do know is that when I created the project initially, it wasn't built for Universal. No that everything is ok, I'll just run with what I got :) Thanks again! -Jaime On Sep 12, 2006, at 4:50 PM, Rush Manbert wrote:
Jaime Rios wrote:
Hi folks, I didn't see my post appear on the list, so I will post it again... This might be a silly question, or one that has already been addressed in the past, but here goes anyway. I have Xcode 2.4 and recently, I had to compile a static library for Universal code. I had to install the 10.2.8 Mac OS X sdk and when I went to compile my library, I got 66 errors :( Here is the first error I saw:
<snip>
The last error is the interesting one. I am assuming that the Boost sdk is forcing my compiler to look in the /usr/include path for the string header file instead of the Mac OS X 10.2.8 sdk path. Is this assumption correct? If so, how do I correct this problem?
I doubt that Boost is forcing the library path. Did you change the project-level "Cross-Develop Using Target SDK" setting for 10.2.8 in Xcode?
- Rush _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
participants (2)
-
Jaime Rios -
Rush Manbert