-
-
Notifications
You must be signed in to change notification settings - Fork 381
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
library libstdc++ incompatibility when built on OS X 10.13 #551
Comments
I'm guessing this is particular to your configuration. Most of the developers, including myself, use Mac OS and we haven't run into this problem. In fact, I just freshly installed OS 10.13.3 and installed ANTs yesterday without any problem. |
Really? so how can i solve? Did you use homebrew to obtain gcc5? |
I use the native Xcode gcc. No need to use homebrew to install gcc5. |
Ah ok, I had some problems compiling ITKv4 using the Xcode gcc, that I solved using gcc5. Maybe I can try to make a new fresh build then I let you know |
Hi @ntustison, sorry for the delay, but I just retry 3 times a fresh build, and the error is still present. I tried using the Xcode gcc compiler as you suggested. Maybe I'm missing some step during the ccmake configuration. I followed the instructions at this page. Thanks Pietro |
手动将 Xcode 9(/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/lib)中的库 libstdc++.6.tbd & libstdc++.6.0.9.tbd 复制到 Xcode 10(/Applications/Xcode-beta.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/lib)。 |
After having built from source the cloned repository(I needed to install gcc5 using conda, since otherwise there were problems with ITK building) and having set the ANTSPATH, I get an error when I run an ANTs commands, it returns:
dyld: Symbol not found: __ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEED1Ev Referenced from: $ANTSPATH/ANTS (which was built for Mac OS X 10.13) Expected in: /usr/lib/libstdc++.6.0.9.dylib in $ANTSPATH/ANTS Abort trap: 6
I can solve this temporally, by setting DYLD_LIBRARY_PATH=$CONDAPATH/lib, but this is not an acceptable solution, since using the conda libraries as firsts creates many incompatibilities with other applications.
The text was updated successfully, but these errors were encountered: