Using the Export Buildspace Feature
The export buildspace feature allows you to use source files from one buildspace but export the build results to another location. This location can be any directory that is not (and is not contained in) an existing local buildspace, or an incompatibly configured export buildspace. You might use this feature to:
Use resources from one buildspace to create libraries in another buildspace.
Export build results to a common location where colleagues have access to it. (Keep in mind that they must have a license to use the components.)
Export build results to a remote location with more disk space so you do not fill up your local drive.
Work around the limitation on UNIX that RCB does not support symbolic links.
In an exported buildspace, there is a special requirement to run the examples for libraries that have 3rd-party dependencies. For the examples to work, they need to know the location of the 3rd-party libraries. If you use one of the 3rd-party libraries that ship with SourcePro, those libraries are located back in the source buildspace, not in the exported buildspace where the example executables are located. On the exported-buildspace machine, use the system variable LD_LIBRARY_PATH (UNIX) or PATH (Windows) to point to the 3rd-party library location in the source buildspace.
The 3rd-party libraries can be found in the 3rdparty directory of the source buildspace. For example, for the OpenSSL library on a Windows 32-bit machine running MSVC 15.0, the library path would be:
<installdir>\3rdparty\windows\ia32-msvc15.0\openssl-<ver>\bin
The same issue applies to developing an application in an exported buildspace using a SourcePro module with 3rd-party dependencies: the include path specification must point back to the source buildspace for the 3rd-party library. For the above example, the path would be:
<installdir>\3rdparty\windows\ia32-msvc15.0\openssl-<ver>\include