Linking fail when compileing Qt 4.7.1 with VS2010 on win 7 x64

[BiceMaster]

As the title says. I get linings problems when trying to compile Qt 4.7.1 with Visual Studio 2010 Professional on Windows 7 64 bits.

Used:

configure -platform win32-msvc2010 when configuring the make file

configure -platform win32-msvc2010 when configuring the make file

To copy to clipboard, switch view to plain text mode 

and then:

nmake

nmake

To copy to clipboard, switch view to plain text mode 

error code:

link /LIBPATH:"c:\Qt\4.7.1\lib" /LIBPATH:"c:\Qt\4.7.1\lib" /NOLOGO /BASE
:0x65000000 /DEBUG /DLL /MANIFEST /MANIFESTFILE:"tmp\obj\debug_shared\QtGuid.int
ermediate.manifest" /VERSION:4.71 /OUT:..\..\lib\QtGuid4.dll @C:\Users\Mattias\A
ppData\Local\Temp\nmA336.tmp
LINK : fatal error LNK1104: cannot open file 'libpng.lib'
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 10.0
\VC\BIN\link.EXE"' : return code '0x450'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 10.0
\VC\BIN\nmake.exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'cd' : return code '0x2'
Stop.
 
c:\Qt\4.7.1>

link /LIBPATH:"c:\Qt\4.7.1\lib" /LIBPATH:"c:\Qt\4.7.1\lib" /NOLOGO /BASE
:0x65000000 /DEBUG /DLL /MANIFEST /MANIFESTFILE:"tmp\obj\debug_shared\QtGuid.int
ermediate.manifest" /VERSION:4.71 /OUT:..\..\lib\QtGuid4.dll @C:\Users\Mattias\A
ppData\Local\Temp\nmA336.tmp
LINK : fatal error LNK1104: cannot open file 'libpng.lib'
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 10.0
\VC\BIN\link.EXE"' : return code '0x450'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 10.0
\VC\BIN\nmake.exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'cd' : return code '0x2'
Stop.

c:\Qt\4.7.1>

To copy to clipboard, switch view to plain text mode 

Got another error earlier where zdll.lib was missing. Found a post where the poster got it to work by downloading that file and placing it in the lib directory in VS2010's folder. That solved that error. Haven't found any information about this though.

I'm using the VS2010 Command Prompt.
Thank you for your time /Mattias

[Timoteo]

It seems that you configured Qt to use your own supplied (system) png and zlib. Examine the documentation for configure flags and reconfigure it and rebuild it if this is not what you intended.

configure -help

configure -help

To copy to clipboard, switch view to plain text mode 

[BiceMaster]

Using the flags: -qt-libpng -qt-zlib -qt-libmng -qt-libtiff -qt-libjpeg solved my problems. Thank you for your help!

[tbscope]

Isn't

win32-msvc2010

win32-msvc2010

To copy to clipboard, switch view to plain text mode 

32 bit?

Might there be problems between 64bit libraries and 32bit libraries?

[Timoteo]

He isn't trying to build 64bit libs, though. He's just trying to rebuild the 32bit libs on Windows 7 x64.

NMAKE : fatal error U1077: '"C:\Program Files --> (x86) <---\Microsoft Visual Studio 10.0

Either way, it wouldn't make a difference.

[tbscope]

I mean this line:

LINK : fatal error LNK1104: cannot open file 'libpng.lib'

LINK : fatal error LNK1104: cannot open file 'libpng.lib'

To copy to clipboard, switch view to plain text mode 

If he installed such a file, and the linker still can't open it, it might be because of several problems. But because I saw both 64bit and 32bit in the same post, that would have been my first guess.

[Timoteo]

You do realize that both the x86 and x64 libs are built from the same configuration right?

win32-msvc2010

win32-msvc2010

To copy to clipboard, switch view to plain text mode 

when fed to configure can lead to x86 or x64 output.

[ferrabras]

I was writing a post but I figured out the problem. In order to install Qt, I opened a console to run 'configure -platform win32-g++'. As it did not find mingw32-make i changed windows PATH variable to include NodiaQtSDK\mingw\bin. Ater changing it I tried to install several times at the same console . While I was trying to copy and paste the instalation log here I notice that the PATH variable was not including the required mingw directory yet. Closed and opened the console again and voilá!
Decided to keep it here just in case someone as "distracted" as me is having the same problem!

By the way, is it possible to comple the whole thing to win64, using some sort of mingw64? I will google it around but any answear here would be nice.