Directory Core/Grid/Variables/

Total Files:
46
Deleted Files:
0
Lines of Code:
7493

[root]/Core/Grid/Variables

Lines of Code

Core/Grid/Variables/ Lines of Code

Developers

Author Changes Lines of Code Lines per Change
Totals 121 (100.0%) 938 (100.0%) 7.7
ahumphrey 46 (38.0%) 622 (66.3%) 13.5
qymeng 5 (4.1%) 139 (14.8%) 27.8
jsutherland 47 (38.8%) 73 (7.8%) 1.5
dav 7 (5.8%) 68 (7.2%) 9.7
harman 4 (3.3%) 20 (2.1%) 5.0
tsaad 6 (5.0%) 15 (1.6%) 2.5
jthornoc 2 (1.7%) 1 (0.1%) 0.5
jas 4 (3.3%) 0 (0.0%) 0.0

Most Recent Commits

jas 2013-12-17 15:36 Rev.: 51394

Reverting the use of Boost to perform file and directory copies for restarting.

0 lines of code changed in 4 files:

  • Core/Grid/Variables: GridSurfaceIterator.cc (new), GridSurfaceIterator.h (changed)
harman 2013-11-18 14:18 Rev.: 51308

Added an initialization function for stencil7 variables

Initializing boundaryFlux = 0 in GPULand. This is just a test for GPUStencil7 support.

20 lines of code changed in 4 files:

  • Core/Grid/Variables: GPUStencil7.h (+9), Stencil7.h (new)
ahumphrey 2013-11-14 09:49 Rev.: 51282

Begin GPU ParticleVariable support.

129 lines of code changed in 2 files:

  • Core/Grid/Variables: GPUParticleVariable.h (new 74), GPUParticleVariableBase.h (new 55)
ahumphrey 2013-11-13 16:03 Rev.: 51277

* Fix GPUReductionVariable support; adhere to default material index being -1 for ReductionVariables in general.
* Some code cleanup in Unified scheduler.

10 lines of code changed in 6 files:

  • Core/Grid/Variables: GPUGridVariableBase.h (+1 -1), GPUReductionVariable.h (+6 -6), GPUReductionVariableBase.h (+3 -3)
ahumphrey 2013-11-12 22:17 Rev.: 51267

Finish support for GPUReductionVariable.

6 lines of code changed in 5 files:

  • Core/Grid/Variables: GPUReductionVariable.h (+1 -1), ReductionVariable.h (new), ReductionVariableBase.h (new)
ahumphrey 2013-11-11 16:57 Rev.: 51261

* Working support for GPU ReductionVariables.
* Also made OnDemandDataWarehouse aware of "SingleDevice" DebugStream when creating GPU Datawarehouses.

132 lines of code changed in 4 files:

  • Core/Grid/Variables: GPUGridVariable.h (new), GPUReductionVariable.h (+75), GPUReductionVariableBase.h (+56)
ahumphrey 2013-11-11 13:02 Rev.: 51259

The beginnings of an inheritance hierarchy for GPU Variables.

123 lines of code changed in 3 files:

  • Core/Grid/Variables: GPUGridVariable.h (+17 -34), GPUGridVariableBase.h (+56), GPUVariable.h (new 50)
ahumphrey 2013-11-11 12:14 Rev.: 51258

Add support for GPU Stencil7.
Add additional cuda_testdefs macro for range checking on the GPU when SCI_CUDA_ASSERTION_LEVEL >= 3

56 lines of code changed in 1 file:

  • Core/Grid/Variables: GPUStencil7.h (+56)
dav 2013-11-06 16:35 Rev.: 51234


M CCA/Components/DataArchiver/DataArchiver.h
M CCA/Components/DataArchiver/DataArchiver.cc
M Core/Grid/Task.h

- Fix some indentation - add white space to make reading easier.

M CCA/Components/Arches/BoundaryCondition.cc

- Validate that all faces have been specified.

M Core/Grid/Grid.cc

- Fix for adding 'epsilon' to large numbers.

M Core/Grid/Variables/VarLabel.h
M Core/Grid/Variables/VarLabel.cc

- Remove 'using' syntax from .h file.
- Indent and use white space for easier reading.
- Use 'd_' for class variable: d_defaultCompressionMode
- Swat some evil 'endl's. :)

M Core/Math/Short27.h
M Core/Math/Matrix3.h

- Added some white space.


39 lines of code changed in 4 files:

  • Core/Grid/Variables: VarLabel.cc (+14 -11), VarLabel.h (+25 -27)
jsutherland 2013-11-06 12:28 Rev.: 51230

It appears that the is_sorted method on ComputeSet differs from the STL implementation. So I just cleaned up a few things to make it a bit more compact and const-correct.

0 lines of code changed in 2 files:

  • Core/Grid/Variables: ComputeSet.h (new)
jsutherland 2013-10-31 20:04 Rev.: 51200

Fix a name clash with "lock" global variable and a definition in the standard namespace.

4 lines of code changed in 1 file:

  • Core/Grid/Variables: VarLabel.cc (+4 -1)
jsutherland 2013-10-31 19:50 Rev.: 51199

another one in an #ifdef

0 lines of code changed in 2 files:

  • Core/Grid/Variables: Array3Window.h (changed)
jsutherland 2013-10-31 19:44 Rev.: 51197

Missed this one because it was in an #ifdef that wasn't active on my build.
There will probably be a few more...

3 lines of code changed in 1 file:

  • Core/Grid/Variables: ComputeSet.h (+3 -3)
jsutherland 2013-10-31 19:36 Rev.: 51196

This one has been a long time coming.

Rip out the standard namespace opening that has been polluting header files throughout the framework. This crept into all sorts of places.

DO NOT open namespaces in header files. Ever.

53 lines of code changed in 21 files:

  • Core/Grid/Variables: Array3.h (+4 -6), Array3Window.h (-3), ComputeSet.h (+12 -15), GridSurfaceIterator.cc (+1 -1), GridSurfaceIterator.h (+2 -3), ParticleSubset.cc (+1), ParticleSubset.h (new), ParticleVariable.h (new), ParticleVariable_special.cc (+1), PerPatch.h (+1 -1), ReductionVariable.h (+2 -1), ReductionVariable_special.cc (+1), VarLabel.cc (+1), VarLabel.h (+11 -12)
jsutherland 2013-10-31 13:09 Rev.: 51193

More namespace cleanup. Grrr!

13 lines of code changed in 20 files:

  • Core/Grid/Variables: CCVariable.h (-2), CellIterator.cc (+1 -1), CellIterator.h (new), ComputeSet.cc (+1), GridIterator.cc (new), GridIterator.h (new), PSPatchMatlGhost.cc (new), PSPatchMatlGhost.h (+1 -1), PSPatchMatlGhostRange.cc (+1 -1), PSPatchMatlGhostRange.h (new)
ahumphrey 2013-10-17 11:02 Rev.: 51109

Add support for arbitrary Uintah constVariables to return their data sizes (templated) as well as copy their underlying data to a destination buffer for automatic host<-->device copies.

Also make UnifiedScheduler a friend of OnDemandDataWarehouse.

28 lines of code changed in 6 files:

  • Core/Grid/Variables: constGridVariable.h (+11), constVariable.h (new), constVariableBase.h (new)
ahumphrey 2013-10-16 09:41 Rev.: 51098

Add support for arbitrary Uintah Variables to return their data sizes (templated) as well as copy underlying data to a destination buffer.

This functionality will be essential for the Unified Scheduler to genericaly handle automatic copying of any Uintah Variable (of type<T>). Note: most of this functionality analogous to the preparing MPI buffers for Uintah variables.

138 lines of code changed in 19 files:

  • Core/Grid/Variables: GPUGridVariable.h (+27 -5), GridVariable.h (+20), GridVariableBase.h (new), ParticleVariable.h (+15 -1), ParticleVariableBase.h (new), PerPatch.h (+14), PerPatchBase.h (+3), ReductionVariable.h (+12), ReductionVariableBase.h (+3), SoleVariable.h (+12), SoleVariableBase.h (new), Variable.h (new)
jthornoc 2013-10-08 13:50 Rev.: 51041

[Dav de St. Germain commit via Jeremy's account/git:]

The following commit fixes a problem with the way Fortran files are
added into the Uintah framework. As you may know, the perl script
'fspec.pl.in' reads in a fortran spec file (eg: bcuvel.fspec) and
converts it into a .h file (bcuvel_fort.h), converting things such as
IntVectors into arrays of integers (etc) in order to pass Uintah
variables back and forth with the fortran code. To use the fortran
code, the generated .h file is included into a Uintah .cc file and the
function is called. Compilation problems arose when the fortran .h
file was included before a blanket "using namespace Uintah" appeared.
This was because the generated fortran .h file did not use the correct
"Uintah::" namespace qualifiers, and instead relied on some other file
to open up the namespace. I have fixed the script to now use
"Uintah::" correctly. Additionally, I have removed a lot of namespace
polluting "using namespaces" from around the code.

CCA/Components/Arches/Arches.cc
CCA/Components/Arches/CompDynamicProcedure.h
CCA/Components/Arches/IncDynamicProcedure.h

- Clean up due to "using namespace std" being removed from included .h file.

CCA/Components/Arches/Radiation/DORadiationModel.cc
CCA/Components/Arches/Source.cc

- Clean up due to "using namespace std" being removed from included .h file.
- Some better indentation.
- Put all _fort.h includes next to each other.

CCA/Components/Arches/water/watertp.h
CCA/Components/Models/FluidsBased/ArchesTable.cc
CCA/Ports/SFC.h
Core/Exceptions/InvalidCompressionMode.h
Core/Exceptions/InvalidValue.h
Core/Exceptions/ProblemSetupException.h
Core/Exceptions/UintahPetscError.h
Core/IO/SpecializedRunLengthEncoder.h
Core/Math/Short27.h

- Remove polluting "using namespace" from .h file.

CCA/Components/LoadBalancers/CostModelForecaster.cc
CCA/Components/LoadBalancers/CostModelForecaster.h

- Indentation, spacing.
- Use 'd_' for a class variable to be consistent with rest of class.

Core/Grid/Variables/Variable.cc
StandAlone/Benchmarks/SimpleMath.cc
StandAlone/tools/pfs/rawToUniqueGrains.cc

- Move "using namespace" into the .cc file as it was removed from the .h files.

tools/fspec.pl.in

- Make the perl script include the "Uintah::" for Uintah
variables so that a "using namespace Uintah" statement is not
required.

1 lines of code changed in 2 files:

  • Core/Grid/Variables: Variable.cc (new)
qymeng 2013-10-04 11:11 Rev.: 51023

add const GPU Grid Variable support

13 lines of code changed in 1 file:

  • Core/Grid/Variables: GPUGridVariable.h (+13 -13)
dav 2013-10-02 14:42 Rev.: 51003

This is an update to try and catch the problem when multiple
(different) versions of zlib are linked into the same sus... This
mostly has occurred on the Mac, though it seems like it could also
happen under linux. Usually, sus, one of the Uintah .so's (or .dylibs
on a Mac), or a thirdparty lib that sus links against, somehow picks
up a different libz. Then, depending on which library, etc, calls for
compression, potentially a different version of libz is used during
the same execution. This occurs (only?) when saving UDAs with gzip
turned on, and unfortunatley is not detected until someone tries to
read the UDA back in... at which point the program crashes.

I have added two fixes that will hopefully help solve this problem.

1) Makefile.in

The Makefile will now attempt to verify that sus and the Uintah
libs only link vs a single libz. I have tested this on 'fake'
examples, but don't have a version of the code where the real problem
manifests, so am not 100% sure that it is correct.

2) Core/Grid/Variables/Variable.cc

The error manifests itself when the size of the compressed data is
read in and an invalid number is seen (usually something HUGE). The
committed fix is a hack as we can't be sure exactly how big the
invalid number will be, but this should be ok. Currently I am using
'1,000,000,000'. I don't believe a single variable for a single patch
would ever be this big. Note, the 'fix' only reports a potential
error when this occurs... though in theory if it is an error, then a
segfault will happen directly after the user notification.

13 lines of code changed in 1 file:

  • Core/Grid/Variables: Variable.cc (+13)
qymeng 2013-09-05 09:16 Rev.: 50910

add new operator to GPUGridVariable.
GPUGridVaraible can be accessed as var(x,y,z)

8 lines of code changed in 1 file:

  • Core/Grid/Variables: GPUGridVariable.h (+8)
qymeng 2013-09-04 20:34 Rev.: 50909

Added array boundary checking for GPU varaible.
Fixed multi-GPU issue.

6 lines of code changed in 1 file:

  • Core/Grid/Variables: GPUGridVariable.h (+6 -4)
qymeng 2013-09-03 20:23 Rev.: 50903

Implemented a lightweight version of GPUDataWarehouse, GPUGridVariable and GPUArray3D inside GPU.
This commit included a new set of interfaces for better supporting GPU task.
See example in Examples/UnifiedSchedulerTest

104 lines of code changed in 1 file:

  • Core/Grid/Variables: GPUGridVariable.h (+104)
tsaad 2013-08-29 09:08 Rev.: 50889

Add a method to ComputeSet to access the vector of ComputeSubset managed by a given set. This should make it easy to iterate over subsets using iterators. I use BOOST_FOREACH which is awesome.

5 lines of code changed in 1 file:

  • Core/Grid/Variables: ComputeSet.h (+5)
tsaad 2013-08-28 15:16 Rev.: 50885

revert my previous commit on the ComputeSet which caused the universe to throw segfaults.

1 lines of code changed in 1 file:

  • Core/Grid/Variables: ComputeSet.h (+1 -4)
tsaad 2013-08-28 13:33 Rev.: 50880

add a method to ComputeSet that allows us to access the vector of ComputeSubset(s). This makes it easy for one to iterate through a compute set, and specifically with the conveninent BOOST_FOREACH macro.

4 lines of code changed in 1 file:

  • Core/Grid/Variables: ComputeSet.h (+4)
tsaad 2013-08-22 13:25 Rev.: 50852

Fix nasty memory leak in Warches. Also add information about VarLabel address in the VarLabel debug stream.

1 lines of code changed in 1 file:

  • Core/Grid/Variables: VarLabel.cc (+1 -1)
dav 2013-08-16 14:41 Rev.: 50825


Updates to allow for the use of the Boost hashmap (if Boost is enabled).
This is mostly necessary for the GPU build as we are forced to not use
the (default/normal) tr1 hashmap (as nvcc can't compile it) and this
causes us to default to the (deprecated) gnu hashmap which causes a
zillion warning messages to be displayed during compilation.

M configure
M configure.ac

- Fix help message for ray scatter flag (was reporting to use --ray-scatter
when it should (and now does) say --enable-ray-scatter.
- Move hash map check to after boost check.
- If boost is found, then use the boost hash map.

M include/sci_hash_map.h

- Add in USE_BOOST_HASHMAP mapping.
- Add some whitespace to make file a little more humanly parsable.

M include/sci_algorithm.h

- Fix title of file in file to be accurate (fixes a copy/paste error).

M CCA/Components/Schedulers/DWDatabase.h

- Changed the #else to #elif HAVE_TR1_HASHMAP. I think this is
correct... There are a number of possible hash map settings
(gnu/tr1/boost/etc, but the original #else lumped them all into
'else' section of the file. My guess is that none of the other
possible options were ever used and thus we didn't see a problem, but
if they had been, then a compilation error would have occurred as I
think the #else section is only applicable for the tr1 hashmap.

M StandAlone/tools/uda2nrrd/uda2nrrd.cc

- Doesn't use a hash map so remove the #include.

M Core/Grid/Variables/VarLabelMatl.h

- The VarLabelMatl is what we use for a hash key, and in the case of
using the boost hash table, we need to have the "hash_value()"
function as a friend of this class. Added it in.
- Removed the unnecessary ';' from the end of a couple of function
definitions.

M Core/Datatypes/sub.mk

- There are a whole bunch of (I believe?) deprecated files in this
directory (used in the old SCIRun). Most of them are not even
compiled (not in the sub.mk file). Removed them from the tree.
- Indented and alphabetized as necessary.

D Core/Datatypes/CurveMesh.h
D Core/Datatypes/cd_templates_fields_3.cc
D Core/Datatypes/TriSurfMesh.h
D Core/Datatypes/CCTensorField.cc
D Core/Datatypes/CMakeLists.txt.bak
D Core/Datatypes/NCVectorField.cc
D Core/Datatypes/NCVectorField.h
D Core/Datatypes/StructHexVolMesh.h
D Core/Datatypes/Mesh.h
D Core/Datatypes/Clipper.cc
D Core/Datatypes/StructCurveMesh.h
D Core/Datatypes/cd_templates_fields_2.cc
D Core/Datatypes/TensorField.cc
D Core/Datatypes/cd_templates_fields_6.cc
D Core/Datatypes/FieldInterfaceAux.cc
D Core/Datatypes/MultiLevelField.h
D Core/Datatypes/PrismVolMesh.h
D Core/Datatypes/NCScalarField.h
D Core/Datatypes/Mesh.cc
D Core/Datatypes/NCTensorField.cc
D Core/Datatypes/Clipper.h
D Core/Datatypes/NCTensorField.h
D Core/Datatypes/ImageMesh.h
D Core/Datatypes/cd_templates.cc
D Core/Datatypes/MaskedLatVolMesh.h
D Core/Datatypes/cd_templates_fields_1.cc
D Core/Datatypes/CCVectorField.h
D Core/Datatypes/cd_templates_fields_5.cc
D Core/Datatypes/TensorField.h
D Core/Datatypes/LatVolMesh.h
D Core/Datatypes/GenericField.h
D Core/Datatypes/Field.cc
D Core/Datatypes/HexVolMesh.h
D Core/Datatypes/FieldInterfaceAux.h
D Core/Datatypes/Field.h
D Core/Datatypes/FieldAlgo.h
D Core/Datatypes/TetVolMesh.h
D Core/Datatypes/FieldIterator.h
D Core/Datatypes/FieldInterface.h
D Core/Datatypes/QuadSurfMesh.h
D Core/Datatypes/cd_templates_fields_0.cc
D Core/Datatypes/CCVectorField.cc
D Core/Datatypes/cd_templates_fields_4.cc
D Core/Datatypes/StructQuadSurfMesh.h
D Core/Datatypes/CCScalarField.h
D Core/Datatypes/CCTensorField.h

- All these files were from the old SCIRun days and are not used now.
Cleaning them out of the repository.

16 lines of code changed in 2 files:

  • Core/Grid/Variables: VarLabelMatl.h (+16 -2)
tsaad 2013-06-18 15:25 Rev.: 50524

Fix VarLabel leak in Restarts for Wasatch and other components that do not save varlabels.

2 lines of code changed in 1 file:

  • Core/Grid/Variables: VarLabel.cc (+2 -2)
tsaad 2013-06-03 14:01 Rev.: 50391

Fix varlabel creation problem on Wasatch restarts. Since Wasatch now adopts extracells exclusively, there's no need for BoundaryLayer cells. This essentially reverts commit r48793.

2 lines of code changed in 1 file:

  • Core/Grid/Variables: VarLabel.cc (+2 -2)
qymeng 2013-04-12 14:47 Rev.: 50123

Only change output/checkpoint interval when new value computed by simulation components

8 lines of code changed in 1 file:

  • Core/Grid/Variables: ReductionVariable.h (+8)
Generated by StatSVN 0.7.0