Hello!

I'ld like to know more about exactly what the named method is for or, more specifically, if it works for what I want.

Given its name and its description in the help files, I understood that this function is used to append a different, non-default library path, that is, a path where Qt will try to locate libraries related to my application.

Well, that seems exactly what I need: imaging me developing a series of Qt apps, all of each dinamically compiled, I noticed that a series of my applications installed on my computer would lead to a couple of Qt5Core.dll, Qt5Gui.dll, etc.. copied in one's computers, a quite waste of memory. Trying to surround this problem, I decided that all of my apps would be installed in the same folder (lets say, C:/Program Files/Momergil). But the result was that now I have a folder ("Momergil") with all, non repeated Qt dlls and lots of different executable files, each for one application - which is quite a mess. Trying to surround this new problem, I decided that I'ld like to put all the executables in a folder with the software's name, while this folder would be located in the original, now only for dlls directory.

So for example, If I had a software called "Test.exe", I'ld set Inno Setup to put Qt5Core.dll, etc. in a folder called "C:/Program Files/Momergil" while "Test.exe" would be in "C:/Program Files/Momergil/Test".

The problem is that now the .exe file wouldn't locate Qt's dlls. And here I thought addLibraryPath() would solve my problem (in this case, by adding "C:/Program Files/Momergil" with this method - or, more specifically, "./" or "../"), but it didn't.

Searching about it on the web I found comments about this method only being valid for plugins, not for Qt's DLLS (in this case, shouldn't it be called "addPluginPath" instead?). Well, is this true? And if it is so, how could I tell my .exe that Qt's Dlls are in the folder they are? (not forgetting that this is relative to where the user decided to install all my apps).


I'm glad for any help,

Momergil