Werner Smekal wrote: >That's a possibility though but doesn't work on Windows. I could have >a debug and release version of plplot in different installation >directories, true. But all .lib files and .dll files are the same. So >even if I set the path to both bin directories (where the dlls are), >it will choose the first dll it finds - which is in one of the cases >the wrong one. I would need to change the PATH variable everytime I >change from build to debug release or vice versa. That's not very >convenient in Windows (Start->System Preferences->System->Another menu- > >Environment Variables, change variable, click two times ok and close >the system preferences). Restart Visual C++. Might not work, since >Visual C++ somehow caches the enviroment variables sometimes, so I >have to REBOOT! (Windows is funny, isn't it :). > > It could be the OS itself: the DLLs might stay in memory, but I agree: only via different names can you make sure that the correct version (that is: the version you intended) is loaded. Windows does not have the convenience of soft links that will pick out the right actual library.
>I know, that in Linux it's not a problem, and I use different versions >of plplot in different install directories already, but even here - I >could set the LD_LIBRARY_PATH to both or all install directories and I >wouldn't need to reset them or start a new terminal (this is now what >I do e.g. for the several wxwidgets installations). > >So, I don't propose that changing the library name should be common >use, but there are cases, where I believe that this is the only >convenient way to work with several versions of the library and the >configuration should provide a way to enable this. > >What do you think? > > Let us hope it is not going to be a habit indeed :), but I can sympathise with the use cases you have brought up. Regards, Arjen ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
