View Issue Details

IDProjectCategoryView StatusLast Update
0028352CommunityOCCT:Samplespublic2018-06-30 13:35
ReporterBenjaminBihler Assigned Tobugmaster  
PrioritynormalSeverityminor 
Status closedResolutionno change required 
PlatformWindowsOSVC++ 2015 
Product Version7.1.0 
Target Version7.2.0 
Summary0028352: Qt tutorials cannot be built with nmake
DescriptionThe *.pro files define two library paths separated by a semicolon. If a nmake Makefile is generated with qmake the linking fails with the error message LNK1181 that TKernel.lib cannot be found. Defining both library paths in extra lines solves that problem.
Steps To ReproduceBuild Samples
TagsNo tags attached.
Test case number

Activities

git

2017-01-13 13:58

administrator   ~0062574

Branch CR28352 has been created by BenjaminBihler.

SHA-1: 3f60d5b48237f034315e1ba91be5b3e74aed9952


Detailed log of new commits:

Author: Benjamin Bihler
Date: Fri Jan 13 11:42:59 2017 +0100

    0028352: Qt tutorials cannot be built with nmake
    
    Library paths are now defined in two separate lines.

BenjaminBihler

2017-01-31 11:26

developer   ~0063245

Should I be more verbose about what the change is good for?

If someone wants to compile the Qt samples on the command line with nmake, he can modify genproj.bat in the samples directories and replace the line

qmake -tp vc -r -o Tutorial.sln Tutorial0.pro

with

qmake -o Makefile Tutorial0.pro

But then he will get strange error messages during build. The reason is that two library paths are defined in one line in the .pro files which seems not to be compatible with nmake.

If compilation after my changes works also with Visual Studio (which I cannot test here), then my change should be beneficial.

BenjaminBihler

2017-06-22 17:04

developer   ~0067615

Reminder sent to: kgv

Dear kgv,
would you mind having a look at this issue? I have already created a solution for it. Is there a specific reason why it has been ignored?
Thank you,
Benjamin

kgv

2017-06-23 11:03

developer   ~0067630

Please check building of Qt samples.

git

2017-06-27 10:05

administrator   ~0067709

Branch CR28352 has been updated forcibly by inv.

SHA-1: a1dfd7f26b8265fedf45b6c3310a06e6a7826222

bugmaster

2017-06-27 11:16

administrator   ~0067715

Kirill,

Building by Visual Studio projects
Tutorial and IESample compilation give errors when linking.
It seems now samples do not see path to OCCT libraries
http://jenkins-test-08.nnov.opencascade.com/view/IR-2017-06-22_IR-2017-06-22/view/OCCT%20compile/job/IR-2017-06-22_IR-2017-06-22-OCCT-Windows-64-VC10-sample-qt/9/parsed_console/

kgv

2017-06-27 11:20

developer   ~0067716

1>Link:
1>     Creating library win64\vc10\bin\\IESample.lib and object win64\vc10\bin\\IESample.exp
1>Translate.obj : error LNK2019: unresolved external symbol "public: enum IFSelect_ReturnStatus __cdecl STEPControl_Writer::Write(char const * const)" (?Write@STEPControl_Writer@@QEAA?AW4IFSelect_ReturnStatus@@QEBD@Z) referenced in function "private: bool __cdecl Translate::exportSTEP(class QString const &,class opencascade::handle<class TopTools_HSequenceOfShape> const &)" (?exportSTEP@Translate@@AEAA_NAEBVQString@@AEBV?$handle@VTopTools_HSequenceOfShape@@@opencascade@@@Z)
1>Translate.obj : error LNK2019: unresolved external symbol "public: enum IFSelect_ReturnStatus __cdecl STEPControl_Writer::Transfer(class TopoDS_Shape const &,enum STEPControl_StepModelType,bool)" (?Transfer@STEPControl_Writer@@QEAA?AW4IFSelect_ReturnStatus@@AEBVTopoDS_Shape@@W4STEPControl_StepModelType@@_N@Z) referenced in function "private: bool __cdecl Translate::exportSTEP(class QString const &,class opencascade::handle<class TopTools_HSequenceOfShape> const &)" (?exportSTEP@Translate@@AEAA_NAEBVQString@@AEBV?$handle@VTopTools_HSequenceOfShape@@@opencascade@@@Z)
1>Translate.obj : error LNK2019: unresolved external symbol "public: __cdecl STEPControl_Writer::STEPControl_Writer(void)" (??0STEPControl_Writer@@QEAA@XZ) referenced in function "private: bool __cdecl Translate::exportSTEP(class QString const &,class opencascade::handle<class TopTools_HSequenceOfShape> const &)" (?exportSTEP@Translate@@AEAA_NAEBVQString@@AEBV?$handle@VTopTools_HSequenceOfShape@@@opencascade@@@Z)
1>Translate.obj : error LNK2019: unresolved external symbol "public: bool __cdecl STEPControl_Reader::TransferRoot(int)" (?TransferRoot@STEPControl_Reader@@QEAA_NH@Z) referenced in function "private: class opencascade::handle<class TopTools_HSequenceOfShape> __cdecl Translate::importSTEP(class QString const &)" (?importSTEP@Translate@@AEAA?AV?$handle@VTopTools_HSequenceOfShape@@@opencascade@@AEBVQString@@@Z)
1>Translate.obj : error LNK2019: unresolved external symbol "public: virtual int __cdecl STEPControl_Reader::NbRootsForTransfer(void)" (?NbRootsForTransfer@STEPControl_Reader@@UEAAHXZ) referenced in function "private: class opencascade::handle<class TopTools_HSequenceOfShape> __cdecl Translate::importSTEP(class QString const &)" (?importSTEP@Translate@@AEAA?AV?$handle@VTopTools_HSequenceOfShape@@@opencascade@@AEBVQString@@@Z)
1>Translate.obj : error LNK2019: unresolved external symbol "public: __cdecl STEPControl_Reader::STEPControl_Reader(void)" (??0STEPControl_Reader@@QEAA@XZ) referenced in function "private: class opencascade::handle<class TopTools_HSequenceOfShape> __cdecl Translate::importSTEP(class QString const &)" (?importSTEP@Translate@@AEAA?AV?$handle@VTopTools_HSequenceOfShape@@@opencascade@@AEBVQString@@@Z)
1>win64\vc10\bin\\IESample.exe : fatal error LNK1120: 6 unresolved externals
1>
1>Build FAILED.
1>

git

2017-06-27 16:08

administrator   ~0067733

Branch CR28352 has been updated by BenjaminBihler.

SHA-1: d575a5fdbd8f1228fe213770a6ee3cda53595ac3


Detailed log of new commits:

Author: Benjamin Bihler
Date: Tue Jun 27 15:06:58 2017 +0200

    0028352: Qt tutorials cannot be built with nmake
    
    Library paths are defined in two separate lines for nmake and in one line
    separated by a semicolon for all other cases. The distinction is done by
    checking the template string.

BenjaminBihler

2017-06-27 16:09

developer   ~0067734

Kirill,

this is a pity. :-( I have fixed the *.pro files now by introducing a distinction depending on the template string. If the template is "app" then a (nmake) Makefile is created by qmake on Windows (if the MS compiler is present), if the template is "vcapp" then a Visual Studio project is created. I use that for distinction and the created Makefile works now well with nmake. My changes should be transparent to Visual Studio users.

Still... since I seem to be the only one using name, if it bothers you that the *.pro files are cluttered up with several extra lines, you might also decide to reject my solution. I would then do my adaptions locally everytime I want to build the samples.

Benjamin

git

2018-06-30 13:35

administrator   ~0077156

Branch CR28352 has been deleted by inv.

SHA-1: d575a5fdbd8f1228fe213770a6ee3cda53595ac3

Issue History

Date Modified Username Field Change
2017-01-13 13:36 BenjaminBihler New Issue
2017-01-13 13:36 BenjaminBihler Assigned To => BenjaminBihler
2017-01-13 13:58 git Note Added: 0062574
2017-01-13 13:58 BenjaminBihler Assigned To BenjaminBihler => bugmaster
2017-01-13 13:58 BenjaminBihler Status new => resolved
2017-01-13 13:58 BenjaminBihler Steps to Reproduce Updated
2017-01-31 11:23 BenjaminBihler Assigned To bugmaster => BenjaminBihler
2017-01-31 11:26 BenjaminBihler Note Added: 0063245
2017-01-31 11:26 BenjaminBihler Assigned To BenjaminBihler => bugmaster
2017-06-22 17:04 BenjaminBihler Note Added: 0067615
2017-06-23 11:03 kgv Note Added: 0067630
2017-06-23 11:03 kgv Status resolved => reviewed
2017-06-27 10:05 git Note Added: 0067709
2017-06-27 11:16 bugmaster Note Added: 0067715
2017-06-27 11:16 bugmaster Assigned To bugmaster => kgv
2017-06-27 11:16 bugmaster Status reviewed => feedback
2017-06-27 11:20 kgv Note Added: 0067716
2017-06-27 13:06 kgv Assigned To kgv => BenjaminBihler
2017-06-27 13:06 kgv Status feedback => assigned
2017-06-27 16:08 git Note Added: 0067733
2017-06-27 16:09 BenjaminBihler Note Added: 0067734
2017-06-27 16:09 BenjaminBihler Assigned To BenjaminBihler => bugmaster
2017-06-27 16:09 BenjaminBihler Status assigned => resolved
2017-07-24 10:41 bugmaster Status resolved => closed
2017-07-24 10:41 bugmaster Resolution open => no change required
2018-06-30 13:35 git Note Added: 0077156