Re: [Boost-users] Running boost::thread compiled on w2k on XP
Hi
Is it impossible to compile the boost libraries on windows 2000 and then expect the created dll:s to work on windows XP?
No. It is not impossible. We have done exactly that without any problem at all. We didn't have to do anything special either. We used VC7.1 on Windows 2000, just as you are. I know that's not much practiacl help, but at least you now know it can be done. Regards Paul Paul Grenyer Email: paul@paulgrenyer.co.uk Web: http://www.paulgrenyer.co.uk Have you met Aeryn: http://www.paulgrenyer.co.uk/aeryn/? Version 0.3.0 beta now available for download.
Paul Grenyer writes:
Hi
Is it impossible to compile the boost libraries on windows 2000 and then expect the created dll:s to work on windows XP?
No. It is not impossible. We have done exactly that without any problem at all. We didn't have to do anything special either. We used VC7.1 on Windows 2000, just as you are.
I know that's not much practiacl help, but at least you now know it can be done.
Regards Paul
Perhaps I should add that I am using version 1.31 of boost. I have also discovered that it seems (it might be an illusion, you never know) to work when I compile against boost_thread-vc71-mt-gd-1_31.lib, but not against the release lib boost_thread-vc71-mt-1_31.lib. I would have guessed that compiling against the release lib would be better when compiling my program in release mode and the debug lib in debug mode, but it doesn't seem to work that way. If I compile againt the debug lib it does work. /Ragnar Ouchterlony
Ragnar Ouchterlony wrote:
Paul Grenyer writes:
Hi
Is it impossible to compile the boost libraries on windows 2000 and then expect the created dll:s to work on windows XP?
No. It is not impossible. We have done exactly that without any problem at all. We didn't have to do anything special either. We used VC7.1 on Windows 2000, just as you are. I know that's not much practiacl help, but at least you now know it can be done. Regards Paul
As Paul says, it should work.
Perhaps I should add that I am using version 1.31 of boost. I have also discovered that it seems (it might be an illusion, you never know) to work when I compile against boost_thread-vc71-mt-gd-1_31.lib, but not against the release lib boost_thread-vc71-mt-1_31.lib. I would have guessed that compiling against the release lib would be better when compiling my program in release mode and the debug lib in debug mode, but it doesn't seem to work that way. If I compile againt the debug lib it does work.
The way that it's failing sounds a lot like you're using the wrong dll in the case that isn't working. If you copy all of the Boost.Threads dlls into the same directory as the release version of your application, then run it, does it work? Mike
Michael Glassford writes:
The way that it's failing sounds a lot like you're using the wrong dll in the case that isn't working. If you copy all of the Boost.Threads dlls into the same directory as the release version of your application, then run it, does it work?
Mike
I have the two boost.threads dlls in the C:\windows\system32 directory. I have no other boost dll:s installed. Why would it help to move them to the app dir? /Ragnar
Ragnar Ouchterlony wrote:
Michael Glassford writes:
The way that it's failing sounds a lot like you're using the wrong dll in the case that isn't working. If you copy all of the Boost.Threads dlls into the same directory as the release version of your application, then run it, does it work? Mike
I have the two boost.threads dlls in the C:\windows\system32 directory. I have no other boost dll:s installed. Why would it help to move them to the app dir? /Ragnar
The system32 directory should be fine, too. Since you already have both Boost.Threads dlls installed there, I recommend the Dependency Walker that has already been suggested in other posts. Mike
participants (3)
-
Michael Glassford -
Paul Grenyer -
Ragnar Ouchterlony