[reSIProcate] CMake Question

[Byron Campen]

     CMake can be taught about additional library/header search paths 
relatively easily, as well as making these additional search paths user 
configurable. I do not know if/how one can do this with the 
pre-installed OpenSSL location module, though.

Best regards,
Byron Campen

On 1/14/14 8:09 AM, Scott Godin wrote:
> Thanks Francis - I will give it a try when I get some time.  I'm not 
> sure how successful it will be finding my correct OpenSSL for the 
> resip solution.  I have many "installations" of OpenSSL in various 
> locations for different projects.  Unless it searches for and gives 
> priority to headers and libs under the current source tree, I may 
> require manual adjustment - but we will see.
>
> As for DigestStream.cxx - I don't believe this is being used by 
> anyone.  In fact it is not even in the current rutil project files.  I 
> think are are safe to just remove that source from building for now 
> (including testDigestStream) - at least until it can be fixed up for 
> all platforms.
>
> Scott
>
>
> On Mon, Jan 13, 2014 at 10:47 PM, Francis Joanis 
> <francis.joanis at gmail.com <mailto:francis.joanis at gmail.com>> wrote:
>
>     Hi Scott,
>
>     No problem :)
>
>     I just committed a patch on my GitHub branch that uses the built-in
>     CMake macro to find openssl and it was able to find my OpenSSL
>     installation on my Windows box. You can give it a try if you want but
>     I was still having issues when compiling DigestStream.cxx which I
>     think might be related to my version of SSL.
>
>     I haven't heard anything back regarding the b-cmake-experiement SVN
>     branch so I'll wait a bit longer and keep using the GitHub one. I'll
>     try spending sometime on resip/stack tonight to see how it goes for
>     the port.
>
>     Cheers,
>     Francis
>
>
>     On Thu, Jan 9, 2014 at 11:11 AM, Scott Godin
>     <sgodin at sipspectrum.com <mailto:sgodin at sipspectrum.com>> wrote:
>     > Hi Francis,
>     >
>     > Thanks for setting that up and working on this!  I saw that
>     Byron created
>     > the branch in SVN, not sure how far he got with it yet.  Don't
>     remember
>     > seeing any commits, so you could likely put this work their.
>      Make sense to
>     > you Byron?
>     >
>     > I tried this out on Visual Studio 2010 and it generated the
>     project and
>     > solution files nicely.  However I had trouble with the Open SSL
>     includes and
>     > libraries.  I ended up figuring out how to add the Include path
>     to my
>     > OpenSSL directory using a command line argument.  However the
>     linking
>     > started to fail.  It seems that many exe's where trying to link
>     with ssl.lib
>     > instead of the windows named openSSL static libs.  I didn't go
>     any further
>     > after that, but thought I'd provide that feedback.
>     >
>     > Thanks again,
>     > Scott
>     >
>     >
>     >
>     >
>     > On Wed, Jan 8, 2014 at 9:42 PM, Francis Joanis
>     <francis.joanis at gmail.com <mailto:francis.joanis at gmail.com>>
>     > wrote:
>     >>
>     >> Hi guys,
>     >>
>     >> I got Mac + Linux + Windows support working for most of rutil
>     and all
>     >> its tests with CMake/CTest at
>     >>
>     https://github.com/fjoanis/resiprocate/tree/b-fjoanis-cmake-temp and I
>     >> would like to know if you had a chance to try it out. You can
>     look at
>     >>
>     >>
>     https://github.com/fjoanis/resiprocate/blob/b-fjoanis-cmake-temp/README.cmake.txt
>     >> for more details.
>     >>
>     >> You can download a tarball of the GitHub branch by clicking on
>     >> "Download ZIP" from the first GitHub link.
>     >>
>     >> Also, while looking at creating an actual branch for this on
>     the resip
>     >> SVN server I realized that this branch, b-cmake-experiment, already
>     >> existed.
>     >>
>     >> I haven't had a chance to try that last one but it looks like
>     it might
>     >> make sense to combine the 2.
>     >>
>     >> Any comments?
>     >>
>     >> Thanks,
>     >> Francis
>     >> _______________________________________________
>     >> resiprocate-devel mailing list
>     >> resiprocate-devel at resiprocate.org
>     <mailto:resiprocate-devel at resiprocate.org>
>     >> https://list.resiprocate.org/mailman/listinfo/resiprocate-devel
>     >
>     >
>
>
>
>
> _______________________________________________
> resiprocate-devel mailing list
> resiprocate-devel at resiprocate.org
> https://list.resiprocate.org/mailman/listinfo/resiprocate-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20140114/f3a8a655/attachment.htm>