Directory testprograms/PatchBVH/

Total Files:
2
Deleted Files:
0
Lines of Code:
270

[root]/testprograms/PatchBVH

Lines of Code

testprograms/PatchBVH/ Lines of Code

Developers

Author Changes Lines of Code Lines per Change
Totals 10 (100.0%) 30 (100.0%) 3.0
dav 4 (40.0%) 18 (60.0%) 4.5
jas 4 (40.0%) 10 (33.3%) 2.5
luitjens 2 (20.0%) 2 (6.7%) 1.0

Most Recent Commits

luitjens 2009-11-16 11:41 Rev.: 45067

Migrated a few more function calls to the new patch interface.

Deleted the old patch interface.

Removed __New() from the new patch interface calls.

2 lines of code changed in 2 files:

  • testprograms/PatchBVH: PatchBVHTest.cc (+2 -2)
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).


11 lines of code changed in 2 files:

  • testprograms/PatchBVH: sub.mk (new)
dav 2009-04-02 16:09 Rev.: 43964

Need teem (and png) lib to link.

2 lines of code changed in 1 file:

  • testprograms/PatchBVH: sub.mk (+2 -1)
jas 2009-03-24 14:32 Rev.: 43842

Added memory leak testing in the regression_tester script.

Broke out the MallocTrace library into a mpi and non-mpi version when
including it into the MPI_LIBRARY flag in configure.ac.

Changed various sub.mk to include the MPI_LIBRARY in the testprograms
directory.

1 lines of code changed in 1 file:

  • testprograms/PatchBVH: sub.mk (+1 -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.

5 lines of code changed in 1 file:

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

Add (Z_LIBRARY) to sub.mk line.

1 lines of code changed in 1 file:

  • testprograms/PatchBVH: sub.mk (+1 -1)
jas 2009-03-09 15:37 Rev.: 43513

Remove the Packages/Uintah/

5 lines of code changed in 1 file:

  • testprograms/PatchBVH: PatchBVHTest.cc (+5 -5)
jas 2009-03-09 15:23 Rev.: 43506

Remove the Packages/Uintah/

3 lines of code changed in 1 file:

  • testprograms/PatchBVH: sub.mk (+3 -3)
Generated by StatSVN 0.4.0