-
Notifications
You must be signed in to change notification settings - Fork 26
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
Conflict with SBJson #1
Comments
Hi Tomasz. Thanks for your feedback. We will look into this in an upcoming release. Regards, |
Rename SBJson to avoid conflicts. Fix #1
Hi Tomek. Can you check if 1.2.1b1 fixes this issue? Thanks, |
SBJson conflict is ok now, but now I've found another conflict on base64_encode with another lib which I use (fortunately I have source code for it and I change that function name). SDK is working now. |
Hi Tomasz. Glad to hear. Which base64 method is in conflict? Should be easy to fix on our side and will probably be in conflict for other devs, too. |
It's base64_encode() :) |
We are using a copy of this category: https://github.com/l4u/NSData-Base64/blob/abeb10cfdbe5c2c3f16ed45f2a7f2b5094f097dd/NSData%2BBase64.m Is this causing the conflict for you? |
Yes, I used exactly same category, but this was very easy to fix at my side. Other conflict was with zbar and I had to recompile zbar. |
SumupSDK.framework uses
SBJson
internally. It conflicts when developer also usesSBJson
in his project. SBJson framework usage should be prefixed to internal namespace likeSMPJson
to avoid conflicts. For example, DropboxSDK also uses SBJson as DBJson.The text was updated successfully, but these errors were encountered: