our software solution contains a Managed C++ library project which can be only compiled if the PC the compilation is running on has a valid installation of VS2008.
Usually I am the only developer working on this project, however my colleagues should be able to compile the solution as a whole with a precompiled version of this library, which is version controlled together with other third-party library dependencies.
So we've decided to add a reference on the DLL into the project which depends on the library, not adding the project itself as a reference. Now my question: is it possible to use the precompiled version when using a specific configuration (i.e. Debug) and to compile the library from scratch when building the project in Release mode, e.g. on a Jenkins server?
Thanks in advance!
Related
I have a SDK written in C# targeting Win10 UWP apps.
It uses SQLite and works perfectly on C# client apps.
But can a C++/javascript app use my SDK with the SQLite dependency?
A winmd (windows runtime component build) would be required in case the SDK has to be UWP compatible since a UWP app can be in C#/C++/javascript/Visual basic.
I have posted this in msdn forums and they say i would need a windows runtime component for all the 3rd party dependencies for it to work.
Have already tried wrapper projects and wrapper winmd build, it does not work.
I am unable to find any winmd build for SQLite library.
Please advise on what can be done here.
Any help is really appreciated.
But can a C++/javascript app use my SDK with the SQLite dependency?
Yes, as in msdn forums said, you will need to wrapper in WinRT component universal apps.
Have already tried wrapper projects and wrapper winmd build, it does not work.
I don't know what blocks you, but you can refer to Writing a SQLite wrapper component for universal Windows apps, there are detailed steps you will need to follow, and samples you may have a look.
I tried various approaches to make this project work and found some success in the following:
Following is the project structure I made along with dependencies :
Client Application (in C++):
Wrapper winmd library.
Wrapper winmd library (in C#): (I generate a winmd component from this project)
My SDK project
My SDK project (in C#):
SQLite Net.
SQLite Net Async.
Newtonsoft JSON.
When I build the client application, I get the wrapperlibrary.winmd file but I dont get the corresponding dlls from the 3rd party dependencies in the output directory (SQLite and Newtonsoft). So i manually copied the required dlls to the output directory of the C++ application. Now it seems to work correctly, I can verify correct usage of the 3rd party libraries and my C# code. Presently I am just trying to make the setup work as a poc and worry about the packaging later.
The issue I now face is that my SDK also has some UI elements, so essentially compiled .xbf files for the "XAML" I have.
I have asked this question in another thread to not go off main topic here.
I have been working on Ubuntu on a project till now, but a particular mcu(TI cc2530) requires me to use IAR workbench. Eclipse can use GNU make to build projects but i cannot work with it. I need IAR for debugging a program for cc2530.
Is there anyway i can work around this?
IAR has released plugins for Eclipse that let you use the IAR toolchain and debug without leaving the Eclipse environment. Older versions allowed editing and building within Eclipse, but required debugging via the IAR IDE. You can find the IAR Plugin Manager and all their Eclipse plugins at their plugin repository.
With their plugin, you can either import an IAR project and convert it into an Eclipse project, or create a new Eclipse IAR toolchain project from scratch.
Does anyone know if its possible to configure V8 to be built this way with VS2010? I am trying to embed V8 in a project that already uses a few libraries configured for the multi-threaded DLL(/MD) runtime library on Windows and V8 is by default configured for /MT
https://code.google.com/p/v8/wiki/BuildingWithGYP
I found the answer under the XCode section, you need to use the command...
python build/gyp_v8 -Dcomponent=shared_library
to generate your project files, apparently it also works for VS
We have a large maven project and not all of the projects specify the same version of various libraries, largely because these libraries haven't changed in some time. This causes problems with debugging because IntelliJ frequently selects the older version when it's the newer that's being used at runtime. Aside from fixing the poms, how can we get IntelliJ to resolve to the sources for the correct version of the library.
There is no way to do it except configuring your project dependencies correctly (to use the same library version in all the modules).
I have a Windows .net solution that is deployed with a Visual Studio Deployment project.
My exe is a win32 app that runs fine on either a x86 or x64 windows.
However I included a merge module (*.msm) from a third party vendor which is available in a x86 and x64 version.
Now I could copy my whole deploy project and just change the msm, but I'm a lazy guy and the best thing would be to include both msm's in my installer and only install the module which fits the processor of the client machine.
Is there a way to do this with Visual Deployment projects?
Merge Modules seem to lack a Condition property like included exe / dll files have.