Come impacchettare un progetto Visual Studio c ++ per il rilascio?

original title: "How do you pack a visual studio c++ project for release?"


I'm wondering how to make a release build that includes all necessary dll files into the .exe so the program can be run on a non-development machine without it having to install the microsoft redistributable on the target machine.

Without doing this you get the error message that the application configuration is not correct and to reinstall.

Mi chiedo come creare una versione di rilascio che includa tutti i file dll necessari in .exe in modo che il programma possa essere eseguito su una macchina non di sviluppo senza dover installare microsoft redi ...

Questo è il riepilogo dopo la traduzione, se è necessario visualizzare la traduzione completa, fare clic sull'icona "traduci"

Tutte le risposte
  • Translate
    1. Choose Project -> Properties
    2. Select Configuration -> General
    3. In the box for how you should link MFC, choose to statically link it.
    4. Choose Linker -> Input. Under Additional Dependencies, add any libraries you need your app to statically link in.

  • Trista Lee

    You need to set the run-time library (Under C/C++ -> Code Generation) for ALL projects to static linkage, which correlates to the following default building configurations:

    • Multithreaded Debug/Release
    • Singlethreaded Debug/Release

    As opposed to the "DLL" versions of those libraries.

    Even if you do that, depending on the libraries you're using, you might have to install a Merge Module/framework/etc. It depends on whether static LIB versions of your dependencies are available.

  • Translate

    Be aware that Microsoft do not recommend that you static link the runtime into your project, as this prevents it from being serviced by windows update to fix critical security bugs. There are also potential problems if you are passing memory between your main .exe and .dll files as if each of these static links the runtime you can end up with malloc/free mismatch problems.

    You can include the DLLs with the executable, without compiling them into the .exe and without running the redist tool - this is what I do and it seems to work fine.

    The only fly in the ointment is that you need to include the files twice if you're distributing for a wide range of Windows versions - newer OSs need the files in manifest-defined directories, and older ones want all the files in the program directory.

  • Translate

    You'd be looking to static link (as opposed to dynamically link)

    I'm not sure how many of the MS redistributables statically link in.

  • Translate

    If you are looking to find out which dll's your target machine is missing then use depends.exe which used to come with MSDev, but can also be found here. Testing this on a few target machines should tell you which dll's you need to package with your application.