-
Notifications
You must be signed in to change notification settings - Fork 51
used for simulating "make dist" build target behavior and some linking #2
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
base: master
Are you sure you want to change the base?
Conversation
David, thanks, looks good to me. I'm just working on a new release Regards, Am 25.06.2012 21:01, schrieb David Sugar:
Werner Dittmann [email protected] |
David, the changes you made to the CMakeLists.txt in the demo directory Ween building libzrtpcpp with ccRTP support I link in ccrtp which Regards, Am 25.06.2012 21:01, schrieb David Sugar:
Werner Dittmann [email protected] |
I had trouble linking it completely stand-alone without those changes...Odd.... |
Changed pieced together sources to use relative paths since the libzrtpcpp package might be built on a master project tree. Fixes for mingw builds. In particular we have to check for GCC before checking for cygwin/win32, otherwise we get invalid dll modes when we should not, particularly for static builds. This probably is also related to UCOMMON_STATIC/RUNTIME supression of __EXPORT headers elsewhere. Added back ccrtp flags and chain loading of local config option. This was needed for static mingw builds since we need the correct state of UCOMMON_STATIC and UCOMMON_RUNTIME flags, otherwise mingw static builds still try to add dll interfaces. This is a merge set between Wernerd & myself. There may be other things still broken. I have simply verified in my build env's. Conflicts: CMakeLists.txt zrtp/libzrtpcpp/ZrtpCallback.h zrtp/libzrtpcpp/ZrtpPacketBase.h
Computing of soversion from single setting... Other change invalid for this branch Conflicts: CMakeLists.txt zrtp/libzrtpcpp/ZIDRecordFile.h
automatic cpack versioning
Just what I am using to build official dist tarballs. I also added extra library linkage for the demos since the stand-alone cmake builds would not work in (debian) chroot package builders otherwise...