From: Wells, R. K. <ROG...@sa...> - 2006-02-12 15:15:19
|
FWIW, I am running WinXP Pro, SP2 and have msvcr71.dll but not msvcr80.dll Roger Wells, P.E. SAIC 221 Third St Newport, RI 02840 401-847-4210 (voice) 401-849-1585 (fax) rog...@sa... -----Original Message----- From: min...@li... [mailto:min...@li...] On Behalf Of Chris Wilson Sent: Sunday, February 12, 2006 6:50 AM To: min...@li... Subject: Re: [Mingw-users] _cgetws Hi Brian, >> Does anyone know a better way to only detect import libraries where the >> real library actually exists? > > I always thought that the implicit solution for this was that you should > only have import libraries installed for libraries that you actually > have installed (i.e. the DLL exists.) So the right solution here would > be to delete libmsvcr71.a. That's what I actually did, in the end, to get autoconf to detect the right one. Then I symlinked all my runtime DLLs into /usr/i686-pc-mingw32/lib. > But that gets into a whole other area. You say that you don't have > msvcr71.dll on your system, but you do have msvcr80.dll. Well, I have > both a win98 and a win2k system, both of which contain a msvcr71.dll but > neither has a msvcr80.dll. But my main XP system has all of them. That's interesting. I'm working on a win2k system and it does not have msvcr71.dll. Perhaps it came with an application, like m$ office or visual studio 2003? > These are not system DLLs - their presence will be a side effect of > installing some MS service pack or third party software that happens to > use them. Actually it's Visual Studio 2005 Express. I expect that they will start to be more common on Windows systems, and maybe eventually distributed as standard. But point taken, I would prefer to use msvcr71.dll if I could find it. > But none of this is the case with msvcrt.dll, which Microsoft long ago > declared part of the system instead of being a redistributable component > of their compiler. So you can count on it being there, and you will > never have to worry about distributing it. For this reason I think your > best bet would be to pretend that the newer versions of the library > don't exist, since their use necessitates distributing the MS DLL with > your program. But it doesn't have _cgetws, which I really need. Back to square 1. Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ MinGW-users mailing list Min...@li... You may change your MinGW Account Options or unsubscribe at: https://lists.sourceforge.net/lists/listinfo/mingw-users |