| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
1. The file states that:
NOTE:
We are no longer actively supporting MinGW as of 1.8.5.
2. It is not tested for v1.8.11.
3. If we ever supports it again, it can be "restored" from previous
release (e.g. v1.8.10).)
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
No testing needed.
|
| | |
|
| | |
|
| |
|
|
| |
No testing needed.
|
| | |
|
| |
|
|
|
|
|
|
| |
Threadsafe works in v1.8.10 release. But it fails v1.8.11-pre1 tarball in
configure stage now. There was a typo in the configure around the checking
of pthread library. Fixed it.
Tested: AIX and also h5committested.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use Clang as the compiler for the Mac platform.
Changed all Mac to use clang/clang++ as the default C and CXX compilers if
not provided by the user. Still use gfortran as the default fortran
compiler since Apple does not provide any fortran compiler.
HDFFV-8245: bug fix. Snow Leopard (darwin 10.X) does not have clang++.
Reversed it to use gcc/g++ as the default C and CXX compilers for Darwin 10.X
systems.
Tested: h5committest plus duck (darwin 11), wren (darwin 12) and fred
(darwin 10).
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
Bring r23597 from trunk back to 1.8 branch:
Bring r20683 from Coverity branch back to trunk:
Isues 1309-1333: Changed strcpy/strcat to strncpy/strncat with maximum size expe
Tested on:
Max OSX/64 10.8.3 (amazon) w/C++ & FORTRAN
|
| | |
|
| |
|
|
|
|
|
|
|
| |
Bring r23584 from trunk to 1.8 branch:
Update with new compiler warnings for gcc 4.8.x
Tested on:
Mac OSX/64 10.8.3 (amazon) w/gcc 4.8.0
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
table of fred, emu, and ostrich.
No test is needed.
|
| |
|
|
|
|
|
|
| |
These are
often added by Windows text editors.
Tested on: jam (just tested to make sure it builds - no code changes)
|
| |
|
|
|
|
|
| |
This removes some dead code that belonged to the multi dxpl functions
that were removed in HDF5 1.8.11.
Tested on: jam w/ C++ (minor change)
|
| |
|
|
|
|
| |
Reset RELEASE.txt for next release (1.8.12).
Tested: h5committest.
|
| | |
|
| |
|
|
| |
Tested: local linux - with and without valgrind
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The previous change set exec_prefix, libdir and includedir to actual values.
That removed the option for user to hand edit just the first prefix=...
to make "everything" to work.
Changed h5redeploy to do this by default:
## Installation directories: ##
## prefix architecture-independent files. ##
## exec_prefix architecture-dependent files, default is <prefix>. ##
## libdir libraries, default is <exec_prefix>/lib. ##
## includedir header files, default is <prefix/include>. ##
############################################################################
This allows users to just change the first line of prefix=<...> and the
effect will change libdir and includedir too.
This was also try to accommodate the -prefix option of h5XX. Unfortunately,
after changing h5redeploy, I found out the h5XX code to support -prefix
actually does not provide the stated efffect. This will be fixed in the
release.
Tested: h5committested plus hand test.
|
| | |
|
| |\
| |
| |
| |
| |
| | |
to this branch.
Tested with Albert's desycommittest script on emu, jam, koala, ostrich, and ostrich-no-shared-lib (duck takes too long. I can't wait for it).
|
| | |\
| |/
|/|
| |
| |
| | |
project) and a few changes for CMake and Windows from the trunk (related to DESY).
Tested with desycommittest (emu, koala, jam, ostrich, and ostrich-no-shared-lib), but can't wait for duck to finish. It takes too long.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
Bring r23544 from trunk to 1.8 branch:
Correct API version mistake w/H5Acreate -> H5Acreate2
Tested on:
Mac OSX/64 10.8.3 (amazon) w/parallel
|
| | |
| |
| |
| |
| |
| | |
from trunk that will not go into the 1.8.11 release.
Tested with h5committest.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Bring r23529 from trunk to 1.8 branch:
Stop aliasing property to indicate internal collective metadata operations
with property to perform collective raw data operations from the application.
Tested on:
Mac OSX/64 10.8.3 (amazon) w/parallel
(daily tests on trunk)
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Bring r23549 from trunk to desy_1_8 branch:
More misc. cleanups, but main change is to make an "extern" header file
for the plugin interface.
Tested on:
Mac OSX/64 10.8.3 (amazon)
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Further revisions to dynamic library loading code, to clean it up.
Tested on:
Mac OSX/64 10.8.3 (amazon)
(h5committest not required on this branch)
|
| | |
| |
| |
| |
| |
| | |
H5PL_get_plugin_info functions.
Tested on koala - simple change.
|
| | |
| |
| |
| |
| |
| | |
H5Pocpl.c.
Tested on koala - no code change.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
and sqrt to simpler multiplication and division
to avoid potential rounding problem in math operations.
Tested on koala - simple change.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
libxyz.dylib.
Solution: Changed test_plugin.in to copy library file names in the form of libdynlib{123].*.
Another problem:
Even when copy failed in copying the libray files (was in the form of *.so*),
the test still passed. That was because .libs was included in $HDF5_PLUGIN_PATH and the needed
plug in libraries were generated there.
Solution:
Fixed by copying the plug in library files to separate directories and seetup HDF5_PLUGIN_PATH
to include them but NOT .libs.
Tested: used desycommittest (duck, emu, jam, koala, ostrich) plus cmakehdf5 in jam.
|
| | |
| |
| |
| | |
Not tested yet.
|
| | |
| |
| |
| |
| |
| | |
and dynlib3.c from the trunk.
Not tested. Allen will do it.
|
| | |
| |
| |
| |
| |
| | |
branch.
Tested on jam and koala.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
test/Makefile.am.
Change fixes order of chmod and rm for *dynlib* with parallel make.
Tested in trunk.
|
