MantisBT - VTK
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0013174VTK(No Category)public2012-05-14 11:472014-10-02 17:10
ReporterSean McBride 
Assigned ToChuck Atkins 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusclosedResolutionunable to reproduce 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
ProjectTBD
Typeincorrect functionality
Summary0013174: incremental build dependency problem toggling VTK_USE_64BIT_IDS
DescriptionRepro:
- build VTK 5.10rc4 with BUILD_TESTING=1
- toggle VTK_USE_64BIT_IDS from its default
- don't 'clean'
- rebuild

Results:
- link errors:
Undefined symbols for architecture x86_64:
  "__ZN12LSDynaFamily10SkipToWordENS_11SectionTypeEii", referenced from:
      __ZN15vtkLSDynaReader21ReadHeaderInformationEi in libvtkIO.a(vtkLSDynaReader.cxx.o)
      __ZN15vtkLSDynaReader21ScanDatabaseTimeStepsEv in libvtkIO.a(vtkLSDynaReader.cxx.o)
      __ZN15vtkLSDynaReader9ReadNodesEv in libvtkIO.a(vtkLSDynaReader.cxx.o)
      __ZN15vtkLSDynaReader11ReadUserIdsEv in libvtkIO.a(vtkLSDynaReader.cxx.o)
      __ZN15vtkLSDynaReader17ReadNodeStateInfoEi in libvtkIO.a(vtkLSDynaReader.cxx.o)
      __ZN15vtkLSDynaReader12ReadSPHStateEi in libvtkIO.a(vtkLSDynaReader.cxx.o)
      __ZN15vtkLSDynaReader19ReadUserMaterialIdsEv in libvtkIO.a(vtkLSDynaReader.cxx.o)
      ...

VTK has an incremental build dependency problem. When you build and then change the setting of VTK_USE_64BIT_IDS, and rebuild, Utilities/LSDyna sees the one definition of vtkIdType (64bit), and the rest of the build sees the other (32bit) (or vice versa).

Doing a 'make clean' and then a 'make' is a workaround.

A proper bug fix is to make CMake aware that changing this flag requires a complete rebuild (like compiler flags do).
Steps To Reproduce
Additional Information
Tagshackaton
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2012-05-14 11:47Sean McBrideNew Issue
2012-05-14 11:47Sean McBrideStatusbacklog => tabled
2012-05-14 11:47Sean McBrideAssigned To => Dave DeMarle
2012-10-03 17:57Sean McBrideNote Added: 0029317
2013-07-22 20:02Dave DeMarleStatustabled => backlog
2013-07-22 20:02Dave DeMarleNote Added: 0031243
2014-09-30 11:01Dave DeMarleAssigned ToDave DeMarle =>
2014-10-02 11:37Berk GeveciTag Attached: hackaton
2014-10-02 11:38Berk GeveciAssigned To => Chuck Atkins
2014-10-02 15:35Chuck AtkinsStatusbacklog => active development
2014-10-02 17:10Chuck AtkinsNote Added: 0033549
2014-10-02 17:10Chuck AtkinsStatusactive development => closed
2014-10-02 17:10Chuck AtkinsResolutionopen => unable to reproduce

Notes
(0029317)
Sean McBride   
2012-10-03 17:57   
Hit this again trying today's origin/release (soon to be 5.10.1)
(0031243)
Dave DeMarle   
2013-07-22 20:02   
moving all "tabled" bugs into "backlog" category since "tabled" is no longer used.
(0033549)
Chuck Atkins   
2014-10-02 17:10   
Tested with master on 64 bit Linux, Mac, and Windows (vs2010 x64). Was not able to reproduce when toggling the boolean and rebuilding.