Crystal Space
Welcome, Guest. Please login or register.
November 20, 2017, 01:02:55 am

Login with username, password and session length
Search:     Advanced search
9081 Posts in 2051 Topics by 80483 Members
Latest Member: Strom9
* Home Help Search Login Register
+  Crystal Space
|-+  Crystal Space Development
| |-+  Support
| | |-+  Correctly deploying a CS app with DLLs
« previous next »
Pages: [1] Print
Author Topic: Correctly deploying a CS app with DLLs  (Read 2084 times)
Posts: 2

View Profile Email
« on: February 17, 2012, 10:42:42 pm »

I want to build Crystal Space with DLLs for the sake of easier updating of the final result. But when I tried a testing application on another computer, i found out that simply copying of crystalspace-2.0-vc100.dll into the directory of the executable doesn't work. Basically the application needs crystalspace-2.0-vc100.dll, libz-cs.dll, engine.dll, and vfs.dll but it also needs the DLLs of all plugins used.
Is there somehow a way to avoid a DLL nest like this (except static linking)? Otherwise the configurations ReleaseWithDlls/DebugWithDlls would be pretty pointless and updating an app would be heck of a work.

Thanks in advance,
CS Developer
Full Member
Posts: 206

View Profile Email
« Reply #1 on: February 19, 2012, 11:28:49 pm »

Well, there's a middle ground between having all plugins as (separate) DLLs and static linking everything into one executable: you can have the plugins your app needs built into a single DLL.

If you want to see how this looks like, open the “wksstatic” solution and build walktest_static, but in one of the  “with DLLs” mode. If you check the dependencies of walktest_static.exe with Dependency Walker (or some similar tool), you'll see it depends on the standard crystalspace* DLLs and one “plugins” DLL (into which basically all the plugins were built).
Pages: [1] Print 
« previous next »
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.2 | SMF © 2006-2007, Simple Machines LLC Valid XHTML 1.0! Valid CSS!
Page created in 5.699 seconds with 16 queries.