[root]
CCA
(0 files, 0 lines)
Components
(0 files, 0 lines)
Arches
(47 files, 40281 lines)
ChemMix
(12 files, 4895 lines)
CoalModels
(35 files, 10816 lines)
DigitalFilter
(3 files, 1920 lines)
Mixing
(0 files, 0 lines)
PropertyModels
(26 files, 3365 lines)
Radiation
(13 files, 3871 lines)
fortran
(4 files, 150 lines)
SourceTerms
(36 files, 5683 lines)
TransportEqns
(10 files, 6196 lines)
WallHTModels
(2 files, 776 lines)
fortran
(1 files, 122 lines)
water
(1 files, 914 lines)
DataArchiver
(2 files, 2762 lines)
Examples
(15 files, 4039 lines)
ICE
(18 files, 17494 lines)
Advection
(7 files, 2440 lines)
CustomBCs
(13 files, 3351 lines)
EOS
(25 files, 3580 lines)
PressureSolve
(0 files, 0 lines)
HypreStandAlone
(1 files, 91 lines)
SpecificHeatModel
(8 files, 547 lines)
TurbulenceModel
(9 files, 221 lines)
WallShearStressModel
(7 files, 111 lines)
LoadBalancers
(8 files, 1925 lines)
MPM
(15 files, 18396 lines)
CohesiveZone
(2 files, 241 lines)
ConstitutiveModel
(42 files, 34404 lines)
Biswajit
(7 files, 8308 lines)
Models
(4 files, 501 lines)
PlasticityModels
(29 files, 7777 lines)
Validation
(1 files, 1870 lines)
UnusedCM
(6 files, 6692 lines)
Contact
(1 files, 473 lines)
HeatConduction
(3 files, 1682 lines)
Matlab
(5 files, 1905 lines)
Multilevel
(1 files, 1180 lines)
ParticleCreator
(8 files, 1609 lines)
PhysicalBC
(3 files, 1054 lines)
ThermalContact
(1 files, 148 lines)
MPMArches
(2 files, 4780 lines)
MPMICE
(2 files, 3596 lines)
Models
(0 files, 0 lines)
FluidsBased
(10 files, 2629 lines)
HEChem
(9 files, 3734 lines)
Radiation
(5 files, 1544 lines)
RMCRT
(7 files, 3665 lines)
Docs
(0 files, 0 lines)
randomNums
(4 files, 337 lines)
SolidReactionModel
(2 files, 581 lines)
OnTheFlyAnalysis
(20 files, 4413 lines)
Parent
(3 files, 1414 lines)
PatchCombiner
(3 files, 551 lines)
ProblemSpecification
(2 files, 2173 lines)
Regridder
(6 files, 2362 lines)
Schedulers
(33 files, 20333 lines)
SimulationController
(3 files, 2167 lines)
Solvers
(9 files, 3413 lines)
AMR
(10 files, 2858 lines)
HyprePreconds
(1 files, 120 lines)
HypreSolvers
(3 files, 553 lines)
SwitchingCriteria
(5 files, 541 lines)
Wasatch
(28 files, 7277 lines)
Expressions
(50 files, 6347 lines)
BoundaryConditions
(11 files, 80 lines)
EmbeddedGeometry
(6 files, 856 lines)
MMS
(6 files, 2160 lines)
PBE
(10 files, 2293 lines)
Precipitation
(14 files, 1488 lines)
PostProcessing
(11 files, 971 lines)
Turbulence
(12 files, 1469 lines)
Operators
(9 files, 1241 lines)
transport
(15 files, 4396 lines)
Ports
(9 files, 5207 lines)
Core
(0 files, 0 lines)
Basis
(5 files, 1783 lines)
Containers
(5 files, 1788 lines)
DataArchive
(2 files, 1919 lines)
Datatypes
(30 files, 7992 lines)
Disclosure
(4 files, 702 lines)
Exceptions
(20 files, 1336 lines)
Geometry
(13 files, 2825 lines)
GeometryPiece
(46 files, 7910 lines)
Grid
(33 files, 14419 lines)
BoundaryConditions
(23 files, 4039 lines)
Variables
(46 files, 7493 lines)
IO
(6 files, 266 lines)
Labels
(4 files, 1836 lines)
Math
(30 files, 5799 lines)
OS
(1 files, 37 lines)
Parallel
(5 files, 779 lines)
Persistent
(6 files, 3395 lines)
ProblemSpec
(3 files, 1946 lines)
Util
(17 files, 3065 lines)
R_Tester
(11 files, 914 lines)
helpers
(9 files, 2049 lines)
toplevel
(4 files, 928 lines)
StandAlone
(3 files, 1628 lines)
Benchmarks
(1 files, 158 lines)
tools
(2 files, 922 lines)
compare_mms
(1 files, 94 lines)
dumpfields
(9 files, 887 lines)
extractors
(1 files, 143 lines)
mpi_test
(3 files, 743 lines)
pfs
(1 files, 693 lines)
puda
(11 files, 2762 lines)
radiusMaker
(1 files, 53 lines)
uda2nrrd
(2 files, 806 lines)
uda2vis
(1 files, 62 lines)
VisIt
(0 files, 0 lines)
udaReaderMTMD
(3 files, 1735 lines)
build_scripts
(3 files, 488 lines)
include
(3 files, 164 lines)
sci_defs
(2 files, 141 lines)
orderAccuracy
(0 files, 0 lines)
framework_scripts
(3 files, 618 lines)
postProcessTools
(14 files, 1938 lines)
test_config_files
(1 files, 17 lines)
Examples
(12 files, 941 lines)
ICE
(14 files, 1103 lines)
scripts
(12 files, 788 lines)
ICE
(3 files, 312 lines)
MPM
(1 files, 95 lines)
buildbot
(1 files, 819 lines)
doxygen
(2 files, 2842 lines)
udaTransferScripts
(1 files, 298 lines)
testprograms
(3 files, 461 lines)
BNRRegridder
(1 files, 61 lines)
IteratorTest
(1 files, 61 lines)
PatchBVH
(2 files, 265 lines)
RegionTest
(1 files, 57 lines)
Regridders
(5 files, 1244 lines)
TestFastMatrix
(1 files, 65 lines)
tools
(7 files, 931 lines)
Author | Changes | Lines of Code | Lines per Change |
---|---|---|---|
Totals | 88 (100.0%) | 2240 (100.0%) | 25.4 |
ahumphrey | 18 (20.5%) | 1502 (67.1%) | 83.4 |
dav | 32 (36.4%) | 627 (28.0%) | 19.5 |
jsutherland | 9 (10.2%) | 42 (1.9%) | 4.6 |
qymeng | 6 (6.8%) | 33 (1.5%) | 5.5 |
tsaad | 2 (2.3%) | 16 (0.7%) | 8.0 |
jas | 16 (18.2%) | 13 (0.6%) | 0.8 |
awabboud | 2 (2.3%) | 4 (0.2%) | 2.0 |
jthornoc | 2 (2.3%) | 2 (0.1%) | 1.0 |
harman | 1 (1.1%) | 1 (0.0%) | 1.0 |
Reverting the use of Boost to perform file and directory copies for restarting.
0 lines of code changed in 4 files:
Use boost filesystem library for copying files instead of using the system cp command
6 lines of code changed in 2 files:
Enable CUDA in Wasatch 3P build if Uintah is configured with CUDA.
M build_scripts/build_wasatch_3p.sh
- Handle newly passed in (from configure) with-cuda (yes/no) flag so
that SpatialOps will build with CUDA support as necessary.
M configure
M configure.ac
- Pass sci_required_cuda to build_wasatch_3p script.
M StandAlone/sub.mk
- Some OSes require the Wasatch 3P libs to be explicitly listed when linking sus.
5 lines of code changed in 2 files:
1) Transport Eqns are now assigned an algorithmic “stage”
2) Dependent sources of transport eqns are given the same stage.
3) Updated the add_species function to include an old or new state.
4) Set boundary conditions on all table lookup species such that the interpolated face value results in the table lookup condition
5) Adding an option extra table lookup
6) Some minor optimizations
7) Added the manifold run rate source term
8) Simplified some calls to computing diffusion terms.
2 lines of code changed in 2 files:
Add 'show_zlib' target for help in debugging when multiple zlibs are linked in. (Note, this shouldn't happen due to a fix in a previous commit, but just in case.)
0 lines of code changed in 2 files:
Fix linking order of NVCC_LIBS.
Generate new configure script.
2 lines of code changed in 3 files:
Few cleanups based on icc compiler.
M configure
M configure.ac
- Need to clear out the list of test_libraries so that the next test only looks at those specified,
and not libs from a previous test.
M CCA/Components/LoadBalancers/ProfileDriver.h
M CCA/Components/LoadBalancers/ProfileDriver.cc
- Use d_ for class variables.
- Add some whitespace to make code readable.
- Line up variable names to make them much easier to read.
M CCA/Components/Arches/EfficiencyCalculator.h
M CCA/Components/Arches/NonlinearSolver.h
M Core/Grid/BoundaryConditions/BoundCondBase.h
- Returning a 'const' basic type does not make sense and by removing the 'const', we quiet the compiler warning.
- Line up the variables so they can be easily read.
- Remove unnecessary ; from the end of class member functions.
4 lines of code changed in 2 files:
New MKL lib list for newest Ember OS configuration
26 lines of code changed in 2 files:
Fix documentation for environment flag.
1 lines of code changed in 1 file:
Change the qmom debugging from ifdef output to a sci_debug stream. Change the warning for unrealizable momenets to a debug stream.
3 lines of code changed in 1 file:
Add build system support for Cray PETSC libraries. This is for DOD HPCMP Open Research Systems (garnet and copper).
Generate new configure script.
53 lines of code changed in 2 files:
This commit will (hopefully) fix the Mac OSX regression tester.
M Makefile.in
- Don't run the verify_zlib if it is a static build.
M CCA/Components/ProblemSpecification/sub.mk
M Core/ProblemSpec/sub.mk
- On some Mac installs, the MPI library brings in a library load path
that has alternative system libraries in it. The most usual case is
with libz.dylib. If we don't add the MPI_LIBRARY line to this link
line, then these libs will link vs the system (usually /usr/lib/libz.dylib)
and thus we will have two different compression libraries linked
into the same executable... which will eventually cause a bad UDA to
be created.
M CCA/Components/ProblemSpecification/ProblemSpecReader.cc
- Add a better error message.
M CCA/Components/Regridder/TiledRegridder.cc
- Alphabetize the includes.
9 lines of code changed in 1 file:
Apparently inside a makefile, the regular expression for a . has to be in [].
5 lines of code changed in 1 file:
Include list of duplicate libs in error message.
13 lines of code changed in 1 file:
libz.so is too specific... perhaps this way...
2 lines of code changed in 1 file:
Need to be more specific then 'libz'... trying 'libz.so'. Also, some shells do not like negative exit numbers so use 1.
4 lines of code changed in 1 file:
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.
33 lines of code changed in 1 file:
Change the order of blas and lapack libraries for static linking.
1 lines of code changed in 2 files:
Display start/end time when running local RT.
8 lines of code changed in 1 file:
Allow GPU code generation for specific compute capabilities: 2.0, 2.1, 3.0, 3.5. Default is now 2.0
Anything else specified with "enable--gencode=<n>" aborts configure and reports a meaningful message.
Note: We only support code generation for Fermi and Kepler GPU architectures now.
31 lines of code changed in 3 files:
support C++11 style hash map
25 lines of code changed in 2 files:
Eliminate linking with libcuda when turning on GPU support, only need libcudart.
Generate new configure script.
2 lines of code changed in 2 files:
M configure
M configure.ac
Fix previous commit of configure... When checking for hash map must be
in C++ mode. Also, somehow the initial "DEF_HASHMAP=None" was lost in
the last commit.
14 lines of code changed in 2 files:
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.
198 lines of code changed in 2 files:
Replace some deprecated spatialops header files
2 lines of code changed in 2 files:
1. Simplify the ReductionHelper and ReductionBase interfaces.
2. Extend the reduction expressions to work with PerPatch source fields.
3. Add expression that calculates local, pointwise kinetic energy.
4. Add expression that calculates the total kinetic energy (sum_over_cells).
5. Move some postprocessing expressions to the postprocessing directory.
6. A few cosmetic changes.
6 lines of code changed in 1 file:
Remove blank lines as part of testing svn db upgrade.
0 lines of code changed in 2 files:
Add another space for testing.
1 lines of code changed in 1 file:
Add a space for testing.
1 lines of code changed in 1 file:
Fix a problem with RadProps linking dependencies when TabProps is built with BSplines on.
4 lines of code changed in 2 files:
added entry
1 lines of code changed in 1 file:
Halfway through the 'configure' script, configure was not respecting
previous values set to CFLAGS (and CXXFLAGS). This caused the
-ffloat-store (used to turn off 80 bit precision in the processor)
flag to not actually be propagated to the CFLAGS variable in the
configVars.mk file. This fixes that problem. However, it is very
strange that this 'stopped' working at some point, and yet no problems
were detected because of it...
M configure
M configure.ac
12 lines of code changed in 2 files:
M configure
M configure.ac
- Fix logic for the USE_WASATCH flag. Now if you specify it (on the
configure line), and the pre-reqs (Boost, Wasatch 3P) are not found,
an error occurs; and if you set it to 'no' (and the pre-reqs
are found) then a warning message will be displayed.
- Default BUILD_WASATCH_IN_ARCHES to 'no'.
- Removed some tabs.
61 lines of code changed in 2 files:
M configure.ac
M configure
- Fix checking for exceptions (this is necessary when an LDFLAGS var (or
CFLAGS) is hard coded on the configure line). (Most of our configure
compilation commands add these automatically, but for some reason we
are manually compiling this test, so need to add these variables our
self.)
- Take care of the case where the user wants to use mpif77 (instead
of just the name of the actual compiler). Do this by assuming
mpif77 is gfortran... print out a warning message to this effect.
(Note, if this is not the case, then much more complicated (assuming
it is even possible) logic would be needed to determine the actual
compiler.)
M CCA/Components/MPMArches/sub.mk
- In some builds (when Wasatch is turned on), MPMArches is
required to link against boost... so need to add $(BOOST_LIBRARY) to
the LIBS line.
M CCA/Components/ICE/ICE.cc
- Indentation.
M Core/Exceptions/AssertionFailed.cc
- If exceptions are broken, then need to include iostream for cout.
20 lines of code changed in 2 files:
Update uintah configure due to recent major changes to SpatialOps.
3 lines of code changed in 2 files:
Remove '.' to test svn commit.
1 lines of code changed in 1 file:
Add a period to test svn checkin.
1 lines of code changed in 1 file:
Update for new Mac clang compiler which does not support the -faltivec flag.
Thanks, Dav!
32 lines of code changed in 2 files:
add a mainpage for the Uintah doxygen documentation. Current, the main page defaults to the first \mainpage specification in the source code which happens to be Arches.h. The reason for the 0_ nomenclature is to make sure this file is parsed first by doxygen. I think more effort should be spent into cleaning up our documentation...
10 lines of code changed in 1 file:
Initial commit to allow Wasatch to use CUDA. Bunch of caveats:
- Due to problems with nvcc, the tr1 hash_map must not be used.
Unfortunatley this causes a bunch of deprecated file warnings
to appear during compilation. This should be re-addressed
at some point.
- Some of the Wasatch enabled (Nebo-SpatialOps) files will
not compile under nvcc. So currently if you configure with
Wasatch and Cuda, you will run into compilation errors.
- You need to configure against the Wasatch 3p Nebo branch
of the SpatialOps and ExprLib libraries.
Individual file comments:
M configure.ac
M configure
- Turn off check for tr1 hash_map if CUDA is specified.
- Add in needed new SpatialOps library if CUDA specified.
This extra lib check will need to be removed once
the SpatialOps library branch is merged with the trunk.
M CCA/Components/Wasatch/Expressions/sub.mk
Alphabetize list of files to make it easier to account for them all.
Use some Make magic to provide definitions of files as .cc file (if no
CUDA) and as .cu files if CUDA is turned on. Add in rules to copy the
.cc files to the binary side (and rename as .cu) if CUDA enabled.
M CCA/Components/Wasatch/Expressions/Vorticity.cc
M CCA/Components/Wasatch/Expressions/ConvectiveFlux.cc
M CCA/Components/Wasatch/Expressions/Pressure.cc
M CCA/Components/Wasatch/Expressions/MomentumRHS.cc
M CCA/Components/Wasatch/Expressions/ScalarRHS.cc
M CCA/Components/Wasatch/Expressions/BasicExprBuilder.cc
M CCA/Components/Wasatch/Expressions/Dilatation.cc
M CCA/Components/Wasatch/Expressions/MomentumPartialRHS.cc
M CCA/Components/Wasatch/Expressions/DiffusiveVelocity.cc
M CCA/Components/Wasatch/Expressions/PoissonExpression.cc
M CCA/Components/Wasatch/Expressions/PrimVar.cc
M CCA/Components/Wasatch/Expressions/MonolithicRHS.cc
M CCA/Components/Wasatch/Expressions/DiffusiveFlux.cc
Use the Uintah convention of #include <> with a full path to the .h
file. This does 2 things: 1) It makes the code match up with the rest
of the Uintah code base and the makes this include consistent with all
the other #includes in these same files, and 2) this is required when
the files are copied to the binary tree and compiled there, as the
corresponding .h files are not copied over to the binary side and thus
can't be found with #include "".
M build_scripts/so_epilogue.mk
Remove tabs (random tabs in Makefile files can be a bad thing). Line
up slashes for easier reading.
49 lines of code changed in 2 files:
(10 more)