ext Jens Frederich wrote: > What's the error message? > link /NOLOGO /INCREMENTAL:NO /MACHINE:AMD64 /DEBUG [...detailed error message...] > <http://w.vg>\trunk\git.master\win.x64.msvc80.release\lib\vgqremotecontrol.dll > > @C:\Users\FREDER~1\AppData\Local\Temp\vgqremotecontrol.dll.1 > 20257114.jom > LINK : fatal error LNK1181: cannot open input file 'C:\build\C\jf\w.vg > <http://w.vg>\trunk\git.master\win.x64.msvc80.release\tmp\vgqremotecontrol\obj\vgs.plugin.remotecontrol.obj'
OK, that basically means, that vgs.plugin.remotecontrol.obj isn't guaranteed to be built before vgqremotecontrol.dll. You could check if the vgqremotecontrol.dll in your makefile depends on this object file, which should be the case. The line should look like this: [...]vgqremotecontrol.dll: [...] vgs.plugin.remotecontrol.obj [...] If that's not the case, yeah well then the Makefile isn't really ready for parallel makes. Maybe Qt 3 qmake did this? > That works with nmake. Yes, because nmake executes all commands in sequence. So its building vgs.plugin.remotecontrol.obj before vgqremotecontrol.dll. Even if they are independent targets. Just because the order in the makefile. > Do you have a reproducable test case? > > It's reproducible, but every time it breaks on another location. > As far as I can see jom handles dependencies wrong. > For example if I using -j2 instead -j 16 it doesn't fail. Would be really cool, if you could provide a small sample project. Kind Regards, Joerg -- Joerg Bornemann Software Engineer Nokia, Qt Development Frameworks _______________________________________________ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
