Search in
Sort by:

Question Status:

Search help

  • Simple searches use one or more words. Separate the words with spaces (cat dog) to search cat,dog or both. Separate the words with plus signs (cat +dog) to search for items that may contain cat but must contain dog.
  • You can further refine your search on the search results page, where you can search by keywords, author, topic. These can be combined with each other. Examples
    • cat dog --matches anything with cat,dog or both
    • cat +dog --searches for cat +dog where dog is a mandatory term
    • cat -dog -- searches for cat excluding any result containing dog
    • [cats] —will restrict your search to results with topic named "cats"
    • [cats] [dogs] —will restrict your search to results with both topics, "cats", and "dogs"

Office Holiday

Epic Games' offices will be on holiday from June 22nd to July 7th. During this period support will be limited. Our offices will reopen on Monday, July 8th. 

How do you link to a DLL from a plugin?

So I have some code I didn't write in front of me and it mostly makes sense. To build it however it requires the addition of an SDK in the form of a DLL.

1. What I've worked out so far is to add everything to "Thirdparty/MySDK" with the *.h files under "Includes" and the .lib file under "Libraries". This path is in relation to the game project, not the plugin. Is that correct?

I also have a .dll file, where does that go? How do I connect it up, or does it load it based on the *.lib name?

2. The code uses AddThirdPartyPrivateStaticDependencies() in the Module rules/build file and calls something I don't think I can find in the project. This third party static dependency - what is it expecting? If the line is AddThirdPartyPrivateStaticDependencies(Target, "MyThing"), what is "MyThing"?

3. I found an example that led me to do this inside the module build file:

 PublicIncludePaths.AddRange(new string[] { "ThirdParty/MyThing/Includes" });

Is this the right way to do it?

As you can see it's all new to me, so some insight would be appreciated. Feel free to comment on other things you think I need to know as well.

Product Version: UE 4.8
more ▼

asked Jul 23 '15 at 02:57 AM in C++ Programming

avatar image

370 21 28 41

(comments are locked)
10|2000 characters needed characters left
Viewable by all users

2 answers: sort voted first

Take a look at what I did for the VlcMedia plug-in.

The key ingredients for keeping everything self-contained in the plug-in are:

  • RuntimeDependencies: you need to add your DLLs and other required files to this array in your plug-in's Build.cs file, so that UBT will include them when you package and deploy your game

  • FPlatformProcess::GetDllHandle: It is best to explicitly load your DLLs on startup from the directory within your plug-in folder. That way the OS won't try to find them in the standard locations (where they cannot be found).

I used /MyPlugin/ThirdParty/ to store my third-party dependencies. My DLL initialization is in Vlc.cpp

more ▼

answered Jul 23 '15 at 02:20 PM

avatar image Antidamage Jul 23 '15 at 09:37 PM

Thanks! That was enormously helpful.

I have a further question: the build script is C#, while your DLL loader is C++.

What's the difference between what C# does when you add a public include path and libraries or load a DLL and how you've done it in C++? What are the actual results of what the C# methods do?

avatar image gmpreussner STAFF Jul 23 '15 at 09:43 PM

The C# code is only used by Unreal Build Tool (UBT) when compiling your plug-in. UBT is currently written in C#, so the build configuration files are in C# as well.

The C++ code is what actually executes at run-time in your plug-in. In VlcMediaModule.cpp you can see that I am initializing my VLC stuff in StartupModule(), which is a function that is automatically called by the Engine's module manager when the plug-in is loaded on startup.

avatar image Antidamage Jul 23 '15 at 09:46 PM

I suppose a better way to phrase it is: what's C# doing when those methods are called? Is it just moving files into places that UE expects them?

avatar image gmpreussner STAFF Jul 23 '15 at 09:49 PM

Yes, it will make sure that UBT knows about the existence of those files, so that they can be included in packaged builds of your game. Otherwise they would not be copied out, and your game wouldn't work on other people's computers. I hope that makes sense.

avatar image Antidamage Jul 23 '15 at 09:50 PM

So I need all of the above, not one or the other. That answers my vaguely worded question, thank you! :)

avatar image gmpreussner STAFF Jul 23 '15 at 09:57 PM

Yes, you want all of the above. You need the C# portion in order to package your plug-in correctly. Otherwise the third-party DLLs (and any other required files) will be missing from your game.

You also need to call GetDllHandle on the DLL(s) in your plug-in directory, or otherwise the OS will not find your DLLs. It will only search standard locations, such as the .exe directory and C:/Windows/System32, but it doesn't know that your DLLs are actually tucked away inside your plug-in directory. Once GetDllHandle is called, the DLL is already loaded into memory, and subsequent attempts to access stuff in the third-party DLLs will not require the OS to search for them.

If you didn't do this second step at run-time, then you would be forced to have all your third-party DLLs to be copied into the /Engine/Binaries/Win64/ directory, for example, which is not desirable.

avatar image Begounet Jun 06 '18 at 10:24 AM

As this thread was the best to help about DLL linking, I want to add more information as I got issues too.

So, to load DLL, you indeed need to use PublicDelayLoadDLLs but you can only provide the filename on it. If your DLL is in directory that is not [YourProject]/Binaries or [YourPlugin]/Binaries, you will need to add the directory path with PublicLibraryPaths.


In your software, you can use :

 const FString dllDirectory = TEXT("../SDK/bin");
  // Get DLL handle
  void* dllHandle = FPlatformProcess::GetDllHandle("myLib.dll");
  // ... do stuff with DLL
  // Release DLL

Hope it will help.

(comments are locked)
10|2000 characters needed characters left
Viewable by all users

1, How you structure your .h files and libraries is up to you, but I do recommend having them separated logically like that.

.dll files will not be loaded automagically. It would go into the third party folder as well. For example: "Thirdparty/MySDK/DLL". Linking and importing external assets like this is all done via the build.rc file. If you know how to include external libraries and such normally, outside of UE4, then you know the steps required inside UE4. You need to explicitly add the Header folders, the library folders and the dll folders, and you must also tell UE4 what library or DLL files to use.

2, I cant remember at the top of my head what it does, but I also do not think you need it. PublicAdditionalLibraries.Add("Path/to/lib/file.lib"); will add one .lib file. Write one for every file you want included. PublicIncludePaths.Add("String/to/include/folder") for including the .h files. The tricky part might be the mixing you might have to do with your compilation of the .lib files themselves. You must compile them as .dll files. Have a look.

3, These are correct.

PublicDelayLoadDLLs.Add("ThirdParty/MyThing/Libraries/MyDll.dll"); PublicIncludePaths.AddRange(new string[] { "ThirdParty/MyThing/Includes" }); PublicAdditionalLibraries.Add("ThirdParty/MyThing/Libraries/MyLib.lib");

more ▼

answered Jul 23 '15 at 05:52 AM

avatar image

2.7k 106 35 179

(comments are locked)
10|2000 characters needed characters left
Viewable by all users
Your answer
toggle preview:

Up to 5 attachments (including images) can be used with a maximum of 5.2 MB each and 5.2 MB total.

Follow this question

Once you sign in you will be able to subscribe for any updates here

Answers to this question