asked on

LNK2001 error after upgrade to VS2008 and XP64 from VS2005 and XP32

I have a Win32 DLL project which builds perfectly on my VS2005(pro) machine running XP32(pro). On a newer machine with VS2008(standard) running XP64 the same code fails to link with the following errors:

asl.lib(AAFAlgorithm2.obj) : error LNK2001: unresolved external symbol "unsigned int (__stdcall* ATL::g_pfnGetThreadACP)(void)" (?g_pfnGetThreadACP@ATL@@3P6GIXZA)
...
asl.lib(AAFInfo.obj) : error LNK2001: unresolved external symbol "unsigned int (__stdcall* ATL::g_pfnGetThreadACP)(void)" (?g_pfnGetThreadACP@ATL@@3P6GIXZA)

where asl.lib is a third-party 32bit library.
I can register the successfully built DLL on the newer machine and it works fine, but I can't seem to build it on the newer machine. I don't know if this is a XP32-XP64 issue, or a VS05-VS08 issue. I've read a lot of advice from the internet about these LNK2001 errors, but nothing has worked yet. I'm open to all suggestions no matter how obvious they may seem.

Thanks

Compiler command line:
/Od /I "..\..\Inc" /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "WINVER=0x0501" /D "_CRT_SECURE_NO_DEPRECATE" /D "_VC80_UPGRADE=0x0600" /D "_WINDLL" /D "_MBCS" /Gm /EHsc /RTC1 /MTd /Yu"stdafx.h" /Fp".\Debug/AlgorithmDLL.pch" /Fo".\Debug/" /Fd".\Debug/" /W3 /nologo /c /ZI /errorReport:prompt
 
 
Link command line:
/OUT:"Debug/ColorFilter.dll" /INCREMENTAL /NOLOGO /LIBPATH:"..\..\lib\debug" /LIBPATH:"..\..\lib" /DLL /MANIFEST /MANIFESTFILE:".\Debug\ColorFilter.dll.intermediate.manifest" /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /NODEFAULTLIB:"libc" /NODEFAULTLIB:"nafxcw" /NODEFAULTLIB:"msvcrt" /NODEFAULTLIB:"mfc42" /NODEFAULTLIB:"mfcs42" /NODEFAULTLIB:"libcmt" /NODEFAULTLIB:"libcd" /DEF:".\AlgorithmDLL.def" /DELAYLOAD:"OleAcc.dll" /DEBUG /PDB:".\Debug/ColorFilter.pdb" /SUBSYSTEM:WINDOWS /DYNAMICBASE:NO /IMPLIB:".\Debug/ColorFilter.lib" /MACHINE:X86 /ERRORREPORT:PROMPT libtiff.lib base.lib ail.lib winmm.lib wsock32.lib asl.lib lcmsd.lib DelayImp.lib

Open in new window

ASKER CERTIFIED SOLUTION

drichards

membership

This solution is only available to members.

To access this solution, you must be a member of Experts Exchange.

Start Free Trial

drichards

Since it looks like you are building the third party library, you could just change the call or replicate the old g_pfnGetThreadACP function in a library of your own and add the new library to the link dependency list of the third party library.

Croow

ASKER

It's a big relief to confirm this isn't an XP64 issue.
I will keep working with VS05 until our vendor provides a new library.

Thanks