/[resiprocate]/main/resip/dum/dum_10_0.vcxproj
ViewVC logotype

Log of /main/resip/dum/dum_10_0.vcxproj

Parent Directory Parent Directory | Revision Log Revision Log


Links to HEAD: (view) (download) (annotate)
Sticky Revision:

Revision 10561 - (view) (download) (annotate) - [select for diffs]
Modified Sat Sep 28 07:48:11 2013 UTC (6 years, 1 month ago) by dpocock
File length: 28307 byte(s)
Diff to previous 9962
merge: b-gsoc-2013: WebSocket handshake cookie parsing and validation

Revision 9962 - (view) (download) (annotate) - [select for diffs]
Modified Sun Feb 10 18:39:07 2013 UTC (6 years, 9 months ago) by moetje
File length: 28201 byte(s)
Diff to previous 9887
the following information is for Visual Studio 2010 users only. If you are not using the Visual Studio 2010 Solution and projects, you can stop reading, the described changes do not apply to you!

The problem with the current Visual Studio Solution was that when you want to build both for  x86 and x64 platform, all the output goes to the same folders. So, in order to consume reciprocate in a solution targeting both platforms there were only two options:

  - Create a build process where resiprocate is always built in x86 or x64 each time before your own solution is built for one of these platforms
  - Download (or SVN get) reciprocate to two separate folders and build one for x86 and another one x64

Also build output was created in different folders depending on individual project settings. There are eight possible configuration/platform combinations, and I think it would be best to have the output of all projects created in a single folder for each configuration/platform combinations. After the changes I just checked in, the output is now organized as follows:

  - Solution Folder
      - Win32
          - Debug
          - Release
          - SSL-Debug
          - SSL-Release
      - X64
          - Debug
          - Release
          - SSL-Debug
          - SSL-Release

In order to make this work I just changed the Output Directory for all projects and for all configuration/platform combinations to

    $(SolutionDir)$(Platform)\$(Configuration)\

I also changed the Intermediate Directory for all projects to:

    $(Platform)\$(Configuration)\

(with exceptions: wherever several projects reside in the same folder, different intermediate directories are required. This is true for reprolib and the basicXXX projects)

Additionally I added SSL project configurations for all projects that didn’t already have these. This is required to have all outputs created in a single directory and it’s also necessary to enable consistent builds. Otherwise a Clean operation in a non-SSL configuration would affect an SSL configuration’s output.


I also did some more changes/cleanup:

  - Added _CRT_SECURE_NO_WARNINGS to projects where it was still missing in order to reduce the amount of warnings. There are less than 30 warnings now, so one can concentrate on those warnings that might really matter instead of just ignoring a large warning list
  - Removed Manifest Tool Command Line additional option “validate_manifest “ for [repro-x64-Debug-SSL]. This switch makes the MT.exe only parse the input but does not generate output and can lead to a build error. 
  - Removed all Property Pages “Upgrade from VC 7.1”. The sole purpose of this is to introduce the preprocessor directive “_VC80_UPGRADE=0x0710” which has no practical use at all
  - There’s a bug in Visual Studio 2010 when Visual Studio 2012 is installed also. As a result, the Setup projects detect a dependency on the .NET Framework for a C++ project even if it does not use .NET. It can be cured by adding “<AddAdditionalExplicitAssemblyReferences>false</AddAdditionalExplicitAssemblyReferences>” to the project file. After doing so I could remove the incorrectly added LaunchCondition in the setup projects. Details can be found here: http://connect.microsoft.com/VisualStudio/feedback/details/746328/after-installing-vs-11-rc-vs-10-setup-projects-require-the-net-framework 
  - Added a new file VisualStudioReadme.htm with some information about the Visual Studio build


Revision 9887 - (view) (download) (annotate) - [select for diffs]
Modified Mon Oct 1 20:57:26 2012 UTC (7 years, 1 month ago) by sgodin
File length: 27897 byte(s)
Diff to previous 9625
-changes to VS2010 - 64bit builds to access OpenSSL from contrib/opensslx64, so that 32bit and 64bit versions of OpenSSL can be separated
-added 64-bit project settings for queuetostream repro project


Revision 9625 - (view) (download) (annotate) - [select for diffs]
Modified Wed May 2 15:35:06 2012 UTC (7 years, 6 months ago) by sgodin
File length: 27891 byte(s)
Diff to previous 9049
-fix issue with recent Tls changes for builds when SSL isn't used
 - moved definition of ClientVerificationMode from TlsTransport.hxx to SecurityTypes.hxx
-fixed VS2005, 2008 and 2010 project files for recent additions, and ares move
-removed VS2003 project and solution files - no longer supported
-removed unused fn from DnsResult, so that building stack doesn't require ares in include path
-removed contrib directories from tfm/contrib left in place after files were deleted



Revision 9049 - (view) (download) (annotate) - [select for diffs]
Modified Wed Mar 2 14:32:56 2011 UTC (8 years, 8 months ago) by fjoanis
File length: 27789 byte(s)
Diff to previous 8848
Updated DUM Visual Studio project files to include RequestValidationHandler.hxx.

Revision 8848 - (view) (download) (annotate) - [select for diffs]
Modified Thu Nov 4 21:31:20 2010 UTC (9 years ago) by sgodin
File length: 27729 byte(s)
Diff to previous 8754
-added x64 project settings for VS2010
-replaced 32-bit pre-compiled popt libraries with source code for VS2010 projects only


Revision 8754 - (view) (download) (annotate) - [select for diffs]
Modified Wed Feb 24 17:56:42 2010 UTC (9 years, 8 months ago) by sgodin
File length: 19097 byte(s)
Diff to previous 8696
Added ability for repro to synchronize registrations with another instance
-uses two new repro command line options:  xmlrpcport and regsyncpeer
-added a new version of InMemoryRegistrationDatabase called InMemorySyncRegDb. 
 This version has the following new capabilities
 - callback handler so that a reg sync process can get notification of when records change
 - ability to linger removed contacts in memory, so that sync process can accurately reflect
   registration removals on peer system
 - initial sync mechanism for registration sync process
-removed two inefficient (double copy) interfaces on RegistrationPersistanceManager and
 adjusted InMemoryRegistrationDatabase as required
-fixed some registration storage locking bugs in repro
-added new RegSyncClient, RegSyncServer, RegSyncServerThread, XmlRpcConnection and 
 XmlRpcServerBase classes to facilitate transport of registration information in xml 
 format from one node to another 



Revision 8696 - (view) (download) (annotate) - [select for diffs]
Added Fri Nov 13 15:20:15 2009 UTC (10 years ago) by jmatthewsr
File length: 18995 byte(s)
Visual C++ 2010 Beta 2 project files.
* New define RESIP_HAS_RVALUE_REFS available for classes that implement move. resip::Data move constructor and operator = added.
* Warnings are issued for new POSIX error code definitions from errno.h that now appear to differ from WSAGetLastError return values.  ie EWOULDBLOCK.


This form allows you to request diffs between any two revisions of this file. For each of the two "sides" of the diff, enter a numeric revision.

  Diffs between and
  Type of Diff should be a

webmaster AT resiprocate DOT org
ViewVC Help
Powered by ViewVC 1.1.27