OpenCV in MFC App
-
Yes, it tells me that not only are you statically linking the OpenCV libraries, you are also statically linking MFC, right? I found a post earlier by a developer from the Visual C++ Libraries team. Go through that and see if putting that #define in your stdafx.h can help you out. http://blogs.msdn.com/b/vcblog/archive/2012/02/06/10263387.aspx[^] Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
With Static Linking options in, i.e., in Configuration Properties --> General --> Use of MFC = Use MFC in a Static Library, and then comment out all OpenCV code in the app, the total exe size is 4 MB. So basically it reduced 2 MB, but no significant difference. I added the #define _AFX_NO_MFC_CONTROLS_IN_DIALOGS to stdafx.h file and that didn't make any difference. Btw, i am using Visual Studio 2012.
-
Hello there, I have a C++ app that uses OpenCV. Currently i am statically linking the OpenCV libs into my app. This is adding an extra overhead of 6+ MB. Ideally i would like to remove some of the features that i am not using in OpenCV. The features am using are, Capture frames from Webcam. Face detection. Image formats (JPEG, PNG). Image rotation & resizing. Is it possible to remove other features and trim down the libs? My C++ app is developed in Visual Studio 2012. Thanks in advance.
Based on our back and forth thread above, I believe the real problem is that you are statically linking to the MFC libraries. You don't have to do that to statically link in the OpenCV libraries. I know your intention is to provide a small distributable file, but you end up shooting yourself in the foot. I would link statically to OpenCV, dynamically to MFC and provide two install files. One with the MFC redistributable DLLs and one without. I found a couple of posts on the subject of how much larger programs statically linked with MFC are compared to earlier versions of Visual Studio. Allow me to try out one of CodeProject's features to call in @Joe-Woodbury to this discussion as it looks like he posted one of those questions. http://connect.microsoft.com/VisualStudio/feedback/details/504714/statically-linked-mfc-applications-are-massive[^] http://connect.microsoft.com/VisualStudio/feedback/details/461441/mfc-static-lib-link-exe-size-too-large[^] Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
-
Based on our back and forth thread above, I believe the real problem is that you are statically linking to the MFC libraries. You don't have to do that to statically link in the OpenCV libraries. I know your intention is to provide a small distributable file, but you end up shooting yourself in the foot. I would link statically to OpenCV, dynamically to MFC and provide two install files. One with the MFC redistributable DLLs and one without. I found a couple of posts on the subject of how much larger programs statically linked with MFC are compared to earlier versions of Visual Studio. Allow me to try out one of CodeProject's features to call in @Joe-Woodbury to this discussion as it looks like he posted one of those questions. http://connect.microsoft.com/VisualStudio/feedback/details/504714/statically-linked-mfc-applications-are-massive[^] http://connect.microsoft.com/VisualStudio/feedback/details/461441/mfc-static-lib-link-exe-size-too-large[^] Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
I posted the first of those and the response was pretty much a giant shrug from Microsoft. They did reduce the static link size a little in VS 2012, but they are still big. Unless the program in question has to be small for whatever reason, I'd go the dynamic link route. If it has to be small, you may have to go back to an earlier version of VS 2008. (I never did update that project to VS 2010 because of this.)
-
I posted the first of those and the response was pretty much a giant shrug from Microsoft. They did reduce the static link size a little in VS 2012, but they are still big. Unless the program in question has to be small for whatever reason, I'd go the dynamic link route. If it has to be small, you may have to go back to an earlier version of VS 2008. (I never did update that project to VS 2010 because of this.)
Thanks for responding. Do you know if you can reduce the size by targeting an older version of MFC in the project settings? I am not sure that would be a good idea, but I was wondering if that would make a difference. Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
-
Thanks for responding. Do you know if you can reduce the size by targeting an older version of MFC in the project settings? I am not sure that would be a good idea, but I was wondering if that would make a difference. Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
The workarounds say you can target an earlier version and it helps. Makes sense since the problem is with too many cross dependencies in MFC.
-
Based on our back and forth thread above, I believe the real problem is that you are statically linking to the MFC libraries. You don't have to do that to statically link in the OpenCV libraries. I know your intention is to provide a small distributable file, but you end up shooting yourself in the foot. I would link statically to OpenCV, dynamically to MFC and provide two install files. One with the MFC redistributable DLLs and one without. I found a couple of posts on the subject of how much larger programs statically linked with MFC are compared to earlier versions of Visual Studio. Allow me to try out one of CodeProject's features to call in @Joe-Woodbury to this discussion as it looks like he posted one of those questions. http://connect.microsoft.com/VisualStudio/feedback/details/504714/statically-linked-mfc-applications-are-massive[^] http://connect.microsoft.com/VisualStudio/feedback/details/461441/mfc-static-lib-link-exe-size-too-large[^] Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
How to link statically to OpenCV? For dynamically linking to MFC, do i select, "Use of MFC = Use MFC in a Shared DLL"? Right now for statically linking OpenCV i got, Linker --> General --> Additional Library Directories = C:\opencv\install\x64\vc11\staticlib Linker --> Input --> Additional Dependencies = "List all Lib's" Am i missing something here?
-
How to link statically to OpenCV? For dynamically linking to MFC, do i select, "Use of MFC = Use MFC in a Shared DLL"? Right now for statically linking OpenCV i got, Linker --> General --> Additional Library Directories = C:\opencv\install\x64\vc11\staticlib Linker --> Input --> Additional Dependencies = "List all Lib's" Am i missing something here?
That is exactly how you do it. By listing the OpenCV lib files under Linker|General|Additional Dependencies, they get linked in statically and you don't need to ship the application with the DLLs. Yes, setting "Use MFC in a Shared DLL" gives you the dynamic linking to MFC I suggest, but the MFC DLLs have to be on your client's machine - there is a very good chance they already are. This gives you that nice 100 KB exe you got here[^]. The fact that you did not mention any linker errors is a very good sign. Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
-
That is exactly how you do it. By listing the OpenCV lib files under Linker|General|Additional Dependencies, they get linked in statically and you don't need to ship the application with the DLLs. Yes, setting "Use MFC in a Shared DLL" gives you the dynamic linking to MFC I suggest, but the MFC DLLs have to be on your client's machine - there is a very good chance they already are. This gives you that nice 100 KB exe you got here[^]. The fact that you did not mention any linker errors is a very good sign. Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
Well, am getting linker errors now, that too plenty of them. error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MT_StaticRelease' doesn't match value 'MD_DynamicRelease' The OpenCV library am trying to link is build as Static Release, but the MFC is now Dynamic. Any ideas?
-
Well, am getting linker errors now, that too plenty of them. error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MT_StaticRelease' doesn't match value 'MD_DynamicRelease' The OpenCV library am trying to link is build as Static Release, but the MFC is now Dynamic. Any ideas?
The /MD /MT options are used for specifying how the Runtime Libraries[^] are linked. Note that this is not the MFC stuff. You should be able to rebuild the OpenCV libraries with the /MD switch instead of /MT. I think that will cause you the least trouble going forward. Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
-
The /MD /MT options are used for specifying how the Runtime Libraries[^] are linked. Note that this is not the MFC stuff. You should be able to rebuild the OpenCV libraries with the /MD switch instead of /MT. I think that will cause you the least trouble going forward. Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
-
If i am right, /MD = Dynamic and /MT = Static. If i build OpenCV as /MD and then link to the MFC app, during run time it will ask for OpenCV dll's.
I don't know the details of building the OpenCV libraries. I know there is a BUILD_SHARED_LIBS flag, but I don't know if you can set that to OFF (like you have done) and somewhere else specify the /MD switch and have it correctly build all the lib files without a dependency on the DLLs. Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
-
I don't know the details of building the OpenCV libraries. I know there is a BUILD_SHARED_LIBS flag, but I don't know if you can set that to OFF (like you have done) and somewhere else specify the /MD switch and have it correctly build all the lib files without a dependency on the DLLs. Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
I created a WIN32 console application and statically linked the OpenCV. The final exe is little less than 4 MB. This kinda proves that there's a overhead when using MFC with statically linked lib's. For my purpose this works fine, as the OpenCV will ultimately be running in a WIN32 DLL. Thanks SoMad for your suggestions! Now the next part am working on is adding an XML file to the project and compiling it into the project.
-
I created a WIN32 console application and statically linked the OpenCV. The final exe is little less than 4 MB. This kinda proves that there's a overhead when using MFC with statically linked lib's. For my purpose this works fine, as the OpenCV will ultimately be running in a WIN32 DLL. Thanks SoMad for your suggestions! Now the next part am working on is adding an XML file to the project and compiling it into the project.
:thumbsup: It sounds like you are making progress. There is another approach to this and that is how I often deal with these kind of scenarios where I need to include 3rd party libraries (like Live555 and FFmpeg), but I want to reduce the number of distributable files and the interdependency of those files. Since you just mentioned the WIN32 DLL, this might also be what you are planning on doing in the end. Instead of just building the EXE and distributing that, I build the EXE and a DLL for interfacing to the 3rd party library. That way I can tailor the DLL to work with the 3rd party library according to my needs, while compiling the library according to its needs. You should be able to build your DLL with the /MT setting and build your EXE with the /MD and Shared MFC DLL setting then dynamically load the DLL. Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
-
I created a WIN32 console application and statically linked the OpenCV. The final exe is little less than 4 MB. This kinda proves that there's a overhead when using MFC with statically linked lib's. For my purpose this works fine, as the OpenCV will ultimately be running in a WIN32 DLL. Thanks SoMad for your suggestions! Now the next part am working on is adding an XML file to the project and compiling it into the project.
Don Guy wrote:
Now the next part am working on is adding an XML file to the project and compiling it into the project.
I assume you are putting it in the resource. XResFile - Files Stored in Resources: Part 1 - Text and Binary[^] Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty