ProgrammingThis forum is for all programming questions.
The question does not have to be directly related to Linux and any language is fair game.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
You add libraries (static "lib*.a" or shared "lib*.so" libraries) in your Eclipse/CDT project settings.
You're aware, of course, that a ".dll" is a Windows specific shared library: you can't use a Windows .dll under Linux any more than you can use a Linux .so under Windows.
O_O 999$ ... that's a lot. I think the chances are not really good for it to work, since Windows and Linux use different APIs. For example, Windows has an own API for making GUIs (and other windows), while Linux uses GTK+,QT4 etc.
If your dll files don't use any API (say, they can only calculate and say "Hello World"), it is possible that a procedure like this might work; I really don't suggest buying a $999 software program, though.
Another idea: You could try to cross-compile Windows applications using said dll files. You'd need wine to run it, though. I'm not really familiar with cross-compiling, but I think it can't be too hard if you have the development files for your dll.
2. "DLL to Lib" *won't* work - and it *can't* work - for your purposes.
Here's why:
a) As you probably know, "program libraries" generally come in two flavors: "shared libraries" and "static libraries".
b) With a "static library", everything the .exe program needs is copied into the executable when it's created (at "link time"). With a "shared library", the .exe merely has a bunch of "external references" to things it needs from the shared library. Using shared libraries makes for smaller .exe's, faster load times, and greater flexibility. The tradeoff is you need to make sure the library is available when the .exe needs it, and you also need to make sure you've got the *right* .dll with the *right* versions of external references. Hence the term ".dll Hell".
c) Libraries - and the code they contain - are by definition *different* for every platform. You can't (directly) run Windows code on Linux, or vice versa.
d) The whole purpose of the "Dll to Lib" product is to convert Windows .dll's (shared libraries) to Windows static libraries (it looks like it generates both Windows .lib and .tlb files). For the convenience of having a Windows static .lib (if you want one, and you don't have the luxury of building one from the original source code, I guess).
e) Congratulations. You just saved $1000 ;-)
3. So basically, whatever you want to use the .dll files for - you need to find different libraries - with the same functionality - for your platform.
it was MSXML library for parsing xml, i have work with it
under windows very effectively, and I found that I have to
switch to Linux environment, so I will look for another library
to work with it under linux.
Or perhaps you're interested in something higher-level (for example, maybe you're doing "SOAP", or "Web Services"), and you really don't need to mess with the XML directly.
There are lots of alternatives - and please feel free to open a new thread as questions arise!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.