Directory testprograms/

Total Files:
3
Deleted Files:
0
Lines of Code:
295

[root]/testprograms
        directory in repo BNRRegridder (2 files, 247 lines)
        Folder removed from repo Component (0 files, 0 lines)
            Folder removed from repo stopserver (0 files, 0 lines)
        directory in repo CubeRootTest (2 files, 126 lines)
        directory in repo IteratorTest (2 files, 139 lines)
        directory in repo Malloc (3 files, 455 lines)
        directory in repo PatchBVH (2 files, 270 lines)
        directory in repo RegionTest (3 files, 324 lines)
        directory in repo SFCTest (2 files, 283 lines)
        directory in repo TestBoxGrouper (6 files, 603 lines)
        directory in repo TestConsecutiveRangeSet (2 files, 82 lines)
        directory in repo TestFastMatrix (3 files, 380 lines)
        directory in repo TestMatrix3 (3 files, 657 lines)
        directory in repo TestRangeTree (3 files, 161 lines)
        directory in repo TestSuite (5 files, 467 lines)
        directory in repo Thread (3 files, 436 lines)

Lines of Code

testprograms/ Lines of Code

Developers

Author Changes Lines of Code Lines per Change
Totals 13 (100.0%) 471 (100.0%) 36.2
jas 6 (46.2%) 425 (90.2%) 70.8
dav 6 (46.2%) 45 (9.6%) 7.5
luitjens 1 (7.7%) 1 (0.2%) 1.0

Most Recent Commits

dav 2009-10-28 12:39 Rev.: 44971


Allow for building 'sus' (et al) statically. Use the configure flag: --enable-static. For the most
part, you will not want a static build. However, in two cases you might:

1) To check for circular dependencies in the code. (Dynamic libs are forgiving in this regard.)
2) For machines that don't support shared libs (eg: AIX, some new micro-kernel Linux clusters, etc.)

Unfortunately when static linking, library order is important. There is no good way (that I know of)
to tell our build system to place the libs in a specific order, so I have hardcoded the libraries
that are necessary to static link each executable. (See CORE_STATIC_PSELIBS and CORE_STATIC_LIBS in
configVars.mk.)

Note, SUS previously build statically for AIX and Redstorm. A number of hard coded #defines for these
architectures have been replaced with more general code.

If a source code file needs to know that it is building statically (most won't, but some do), then it
will need to #include <sci_defs/compile_defs.h> and use the "STATIC_BUILD" #define'd var.

Some specific notes:

M testprograms/TestMatrix3/testmatrix3.cc

Since it is used in a library, it can't have a "main()" (as this causes two mains to show up when linking).

M configure.ac

- Go back to using 'autoconf' version 2.61 as the standard as it is available many places, and I can't
find 2.63 anywhere.
- Fixed a few uses of a $var that would cause shell script errors when not defined. (Placed it withing ""
so that it becomes an empty string (as opposed to a missing string).


40 lines of code changed in 4 files:

  • testprograms: RunTests.cc (new), sub.mk (new)
luitjens 2009-04-14 15:43 Rev.: 44099

Fixed a couple bugs in the cubeRoot function.

Wrote a CurbeRootTest program which compares the time and accuracy to pow.


1 lines of code changed in 1 file:

  • testprograms: sub.mk (+1)
dav 2009-04-02 16:09 Rev.: 43964

Need teem (and png) lib to link.

2 lines of code changed in 1 file:

  • testprograms: sub.mk (+2 -1)
dav 2009-03-17 12:27 Rev.: 43737

Combined Core/Math, Core/Disclosure, and Core/Geometry into one
library (with respect to linking (at least for now)) in order to get
around the circular dependency problem we are having under OSX... (and
on any other machine where we need to build static libraries.) Had to
add Core/Math to the PSELIBS line of a number of sub.mk files.

Currently all the files are compiled into the Core/Math library (but
still exist in their original locations). I created dummy.cc files to
allow me to still create the Core/Disclosure and Core/Geometry
libraries (which are now basically empty) so that I didn't have to
update all the sub.mk files to remove these references. However, at
some point in the near future, this needs to be cleaned up.

M Core/Persistent/Persistent.cc

For some reason Persistent.cc was #including <Endian.cc> which caused
symbols to appear twice. I changed this to #include the .h file.
This shouldn't be an issue... and may have only shown up (now, instead
of years ago) because I don't have TEEM turned on right now (TEEM used
to be on by default). (With TEEM turned on, Persistent.cc uses nrrd.h
for endian stuff.)

M CCA/Components/Arches/MCRT/ArchesRMCRT/RMCRTRRSDStratified.cc

Replaced 100000000000000000 with DBL_MAX, so that compilations on 32
bit machines don't error out.

3 lines of code changed in 1 file:

  • testprograms: sub.mk (+3 -1)
jas 2009-03-10 13:20 Rev.: 43545

Add (Z_LIBRARY) to sub.mk line.

1 lines of code changed in 1 file:

  • testprograms: sub.mk (+1 -1)
jas 2009-03-09 16:43 Rev.: 43521

Remove sgi_stl_warnings include line

0 lines of code changed in 1 file:

  • testprograms: RunTests.cc (-2)
jas 2009-03-09 16:37 Rev.: 43518

Formatting changes.

5 lines of code changed in 1 file:

  • testprograms: sub.mk (+5 -8)
jas 2009-03-09 14:33 Rev.: 43484

Add in Uintah testprograms

31 lines of code changed in 1 file:

  • testprograms: sub.mk (+31 -3)
jas 2009-03-09 14:30 Rev.: 43483

Move Packages/Uintah/testprograms to src/testprograms

388 lines of code changed in 2 files:

  • testprograms: RunTests.cc (+149), primes.cc (new 239)
Generated by StatSVN 0.4.0