From jonathan.borduas at caboma.com  Tue Jan  3 12:25:11 2017
From: jonathan.borduas at caboma.com (Jonathan Borduas)
Date: Tue, 3 Jan 2017 17:25:11 +0000
Subject: [Smtk-developers] Windows Build Failing
Message-ID: <DM5PR15MB164241BB3C89868CD207B7B7FD6E0@DM5PR15MB1642.namprd15.prod.outlook.com>

Hi Everybody,

I'm trying to build the Superbuild on Windows 10 using Visual Studio 2015, Cmake 3.6.1, latest version of Ninja.

It appears that at the stage of building paraview I have an error. Is it me or the superbuild has been failing for the past three weeks ?

Here's the error message I have from Ninja:

C:\cmb-superbuild\build\superbuild\paraview>ninja -C build
ninja: Entering directory `build'
[60/13942] Building CXX object VTK\IO\NetCDF\CMakeFiles\vtkIONetCDF.dir\vtkMPASReader.cxx.obj
FAILED: VTK/IO/NetCDF/CMakeFiles/vtkIONetCDF.dir/vtkMPASReader.cxx.obj
C:\PROGRA~2\MICROS~1.0\VC\bin\cl.exe   /nologo /TP -DVTK_IN_VTK -D_CRT_NONSTDC_NO_DEPRECATE -D_CRT_SECURE_NO_DEPRECATE -D_CRT_SECURE_NO_WARNINGS -D_SCL_SECURE_NO_DEPRECATE -D_SCL_SECURE_NO_WARNINGS -DvtkIONetCDF_EXPORTS -I. -IVTK\IO\NetCDF -IC:\cmb-superbuild\build\superbuild\paraview\src\VTK\IO\NetCDF -IVTK\Common\Core -IC:\cmb-superbuild\build\superbuild\paraview\src\VTK\Common\Core -IVTK\Utilities\KWIML -IC:\cmb-superbuild\build\superbuild\paraview\src\VTK\Utilities\KWIML -IVTK\Utilities\KWSys -IC:\cmb-superbuild\build\superbuild\paraview\src\VTK\Utilities\KWSys -IVTK\Common\DataModel -IC:\cmb-superbuild\build\superbuild\paraview\src\VTK\Common\DataModel -IVTK\Common\Math -IC:\cmb-superbuild\build\superbuild\paraview\src\VTK\Common\Math -IVTK\Common\Misc -IC:\cmb-superbuild\build\superbuild\paraview\src\VTK\Common\Misc -IVTK\Common\System -IC:\cmb-superbuild\build\superbuild\paraview\src\VTK\Common\System -IVTK\Common\Transforms -IC:\cmb-superbuild\build\superbuild\paraview\src\VTK\Common\Transforms -IVTK\Common\ExecutionModel -IC:\cmb-superbuild\build\superbuild\paraview\src\VTK\Common\ExecutionModel -IVTK\ThirdParty\netcdf -IC:\cmb-superbuild\build\superbuild\paraview\src\VTK\ThirdParty\netcdf -IC:\cmb-superbuild\build\install\include -IVTK\ThirdParty\hdf5 -IC:\cmb-superbuild\build\superbuild\paraview\src\VTK\ThirdParty\hdf5 -IVTK\ThirdParty\zlib -IC:\cmb-superbuild\build\superbuild\paraview\src\VTK\ThirdParty\zlib /DWIN32 /D_WINDOWS /W4 /GR /EHsc   /MD /O2 /Ob2 /DNDEBUG /showIncludes /FoVTK\IO\NetCDF\CMakeFiles\vtkIONetCDF.dir\vtkMPASReader.cxx.obj /FdVTK\IO\NetCDF\CMakeFiles\vtkIONetCDF.dir\ /FS -c C:\cmb-superbuild\build\superbuild\paraview\src\VTK\IO\NetCDF\vtkMPASReader.cxx
C:\cmb-superbuild\build\superbuild\paraview\src\VTK\IO\NetCDF\vtkMPASReader.cxx(2043): error C2664: 'NcBool NcVar::get(double *,const size_t *) const': cannot convert argument 1 from 'VTK_TT *' to 'ncbyte *'
C:\cmb-superbuild\build\superbuild\paraview\src\VTK\IO\NetCDF\vtkMPASReader.cxx(2043): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast
C:\cmb-superbuild\build\superbuild\paraview\src\VTK\IO\NetCDF\vtkMPASReader.cxx(2057): note: see reference to function template instantiation 'bool vtkMPASReader::LoadDataArray<ValueType>(NcVar *,vtkDataArray *,bool)' being compiled
        with
        [
            ValueType=VTK_TT
        ]
C:\cmb-superbuild\build\superbuild\paraview\src\VTK\IO\NetCDF\vtkMPASReader.cxx(2259): note: see reference to function template instantiation 'int vtkMPASReader::LoadPointVarDataImpl<VTK_TT>(NcVar *,vtkDataArray *)' being compiled
C:\cmb-superbuild\build\superbuild\paraview\src\VTK\IO\NetCDF\vtkMPASReader.cxx(2043): error C2664: 'NcBool NcVar::get(double *,const size_t *) const': cannot convert argument 2 from 'long *' to 'long'
C:\cmb-superbuild\build\superbuild\paraview\src\VTK\IO\NetCDF\vtkMPASReader.cxx(2043): note: There is no context in which this conversion is possible
C:\cmb-superbuild\build\superbuild\paraview\src\VTK\IO\NetCDF\vtkMPASReader.cxx(2057): note: see reference to function template instantiation 'bool vtkMPASReader::LoadDataArray<ValueType>(NcVar *,vtkDataArray *,bool)' being compiled
        with
        [
            ValueType=VTK_TT
        ]
C:\cmb-superbuild\build\superbuild\paraview\src\VTK\IO\NetCDF\vtkMPASReader.cxx(2259): note: see reference to function template instantiation 'int vtkMPASReader::LoadPointVarDataImpl<VTK_TT>(NcVar *,vtkDataArray *)' being compiled
[68/13942] Linking C shared library bin\vtkexoIIc-pv5.2.dll
   Creating library lib\vtkexoIIc-pv5.2.lib and object lib\vtkexoIIc-pv5.2.exp
[69/13942] For vtkRenderingVolume - updating vtkRenderingVolumeHierarchy.txt
ninja: build stopped: subcommand failed.


Thank you for you help

Jonathan Borduas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/smtk-developers/attachments/20170103/e432a509/attachment.html>

From bob.obara at kitware.com  Wed Jan  4 09:45:36 2017
From: bob.obara at kitware.com (Bob Obara)
Date: Wed, 4 Jan 2017 09:45:36 -0500
Subject: [Smtk-developers] Proposed Change for Attribute Definitions
Message-ID: <13ADAE3C-10AC-4131-8831-27D71E5DC218@kitware.com>

Hi All,

Currently if an attribute definition has no model association it creates a new one that is extensible (and unbounded) - what I propose is that the behavior should be a non-extensible association with a size of 0 (which means unless explicitly specified an attribute is no associated with any model entity).

Comments?

Bob

Robert M. O'Bara, MEng.
Assistant Director of Scientific Computing

Kitware Inc.
28 Corporate Drive
Suite 101
Clifton Park, NY 12065

Phone: (518) 881- 4931




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/smtk-developers/attachments/20170104/14262019/attachment.html>

From david.thompson at kitware.com  Wed Jan  4 09:49:53 2017
From: david.thompson at kitware.com (David Thompson)
Date: Wed, 4 Jan 2017 09:49:53 -0500
Subject: [Smtk-developers] Proposed Change for Attribute Definitions
In-Reply-To: <13ADAE3C-10AC-4131-8831-27D71E5DC218@kitware.com>
References: <13ADAE3C-10AC-4131-8831-27D71E5DC218@kitware.com>
Message-ID: <ABE7D6B2-B3A9-405B-9E3A-E74AF78E56A6@kitware.com>

Hi Bob,

Sounds fine to me.

    David

> On Jan 4, 2017, at 09:45, Bob Obara <bob.obara at kitware.com> wrote:
> 
> Hi All,
> 
> Currently if an attribute definition has no model association it creates a new one that is extensible (and unbounded) - what I propose is that the behavior should be a non-extensible association with a size of 0 (which means unless explicitly specified an attribute is no associated with any model entity).
> 
> Comments?
> 
> Bob
> 
> Robert M. O'Bara, MEng.
> Assistant Director of Scientific Computing
> 
> Kitware Inc.
> 28 Corporate Drive
> Suite 101
> Clifton Park, NY 12065
> 
> Phone: (518) 881- 4931
> 
> 
> 
> 
> _______________________________________________
> Smtk-developers mailing list
> Smtk-developers at smtk.org
> http://public.kitware.com/mailman/listinfo/smtk-developers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/smtk-developers/attachments/20170104/92e3135f/attachment-0001.html>

From bob.obara at kitware.com  Fri Jan  6 13:29:47 2017
From: bob.obara at kitware.com (Bob Obara)
Date: Fri, 6 Jan 2017 13:29:47 -0500
Subject: [Smtk-developers] Association Discussion
Message-ID: <F31C60D9-B8A6-4CCB-B593-E6E43DDDEF3A@kitware.com>

Hi All,

Based on yesterday?s bug hunt I created a Wiki page on the association problem and a proposed solution.  Take a look and feel free to add comments and opinions.  You cane find it here:

https://gitlab.kitware.com/cmb/smtk/wikis/associations-in-smtk

Thanks!

Bob

Robert M. O'Bara, MEng.
Assistant Director of Scientific Computing

Kitware Inc.
28 Corporate Drive
Suite 101
Clifton Park, NY 12065

Phone: (518) 881- 4931




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/smtk-developers/attachments/20170106/2b1f493a/attachment.html>