summaryrefslogtreecommitdiffstats
path: root/hl/src
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r21884] Snapshot version 1.9 release 106HDF Tester2012-01-221-1/+1
|
* [svn-r21867] Snapshot version 1.9 release 105HDF Tester2012-01-081-1/+1
|
* [svn-r21857] Snapshot version 1.9 release 104HDF Tester2012-01-011-1/+1
|
* [svn-r21850] Snapshot version 1.9 release 103HDF Tester2011-12-251-1/+1
|
* [svn-r21831] Snapshot version 1.9 release 102HDF Tester2011-12-181-1/+1
|
* [svn-r21824] Snapshot version 1.9 release 101HDF Tester2011-12-111-1/+1
|
* [svn-r21804] Update CMake Required version in all folders to match current ↵Allen Byrne2011-12-051-1/+1
| | | | standard 2.8.6
* [svn-r21775] Snapshot version 1.9 release 100HDF Tester2011-11-271-1/+1
|
* [svn-r21770] Snapshot version 1.9 release 99HDF Tester2011-11-201-1/+1
|
* [svn-r21748] Snapshot version 1.9 release 98HDF Tester2011-11-131-1/+1
|
* [svn-r21721] Snapshot version 1.9 release 97HDF Tester2011-11-061-1/+1
|
* [svn-r21692] Snapshot version 1.9 release 96HDF Tester2011-10-301-1/+1
|
* [svn-r21667] Update FOLDER solution option for target properties. Added ↵Allen Byrne2011-10-251-0/+1
| | | | | | OPTION command for solution folder and no packaging. Tested: local linux
* [svn-r21597] Issue 7701 - fix for H5LTdtype_to_text. I made two ↵Raymond Lu2011-10-181-85/+87
| | | | | | corrections: 1. I changed all snprintf to HDsnprintf; 2. I corrected all wrong length passed to snprintf which cause Mac machines to fail. Tested on jam. But I tested the same change for 1.8 branch on jam, koala, linew, Windows, and Apple.
* [svn-r21587] Snapshot version 1.9 release 95HDF Tester2011-10-161-1/+1
|
* [svn-r21571] Revision of the fix for Issue 7701 (H5LTdtype_to_text): I ↵Raymond Lu2011-10-141-89/+88
| | | | | | revised the code per Quincey's comments. (I changed the 1.8 branch first. I'm aware of that.) Tested on jam. But I tested the same change in 1.8 branch with h5committest.
* [svn-r21499] Snapshot version 1.9 release 94HDF Tester2011-10-091-1/+1
|
* [svn-r21443] Snapshot version 1.9 release 93HDF Tester2011-10-021-1/+1
|
* [svn-r21436] Issue 7701 - H5LTdtype_to_text had memory corruption while ↵Raymond Lu2011-09-302-165/+277
| | | | | | being querried about the size of the buffer needed. The problem happened when the internal buffer is reallocated, the new address got lost. I revised the code to pass the new address as the return value of functions. I also added two new test cases. Tested on jam, linew, and koala.
* [svn-r21415] Snapshot version 1.9 release 92HDF Tester2011-09-251-1/+1
|
* [svn-r21374] Snapshot version 1.9 release 91HDF Tester2011-09-111-1/+1
|
* [svn-r21360] Snapshot version 1.9 release 90HDF Tester2011-09-041-1/+1
|
* [svn-r21329] Snapshot version 1.9 release 89HDF Tester2011-08-281-1/+1
|
* [svn-r21249] Description: Part II of F2003 branch merge into the trunk.Scot Breitenfeld2011-08-181-0/+3
| | | | | | Ran bin/reconfigure to update the Makefile.in in directories not part of the fortran directory check=in. Updates Makefile.in due to changes made in configure.in for the Fortran 2003 additions. Tested on all platforms run under daily tests.
* [svn-r21225] Snapshot version 1.9 release 88HDF Tester2011-08-141-1/+1
|
* [svn-r21185] Snapshot version 1.9 release 87HDF Tester2011-08-071-1/+1
|
* [svn-r21158] Snapshot version 1.9 release 86HDF Tester2011-07-311-1/+1
|
* [svn-r21157] Description: JIRA HDFFV-7673: fixed segfault when retrieving ↵Scot Breitenfeld2011-07-311-13/+20
| | | | | | | | | the length of a a dimension scale that does not exist. Implemented a test for the situation and added an if condition depending on if the label name exists. Tested: jam (gnu and intel)
* [svn-r21149] Snapshot version 1.9 release 85HDF Tester2011-07-241-1/+1
|
* [svn-r21124] Issue 2763 - adding OAPL_ID as a new parameter to ↵Raymond Lu2011-07-191-5/+5
| | | | | | | | | H5Rdereference. A followup commit for r21117. I made 2 changes: 1. Quincey changed H5P_DATASET_ACCESS_DEFAULT to H5P_DEFAULT for the tests that call H5Rdereference. Inside H5R_dereference, I assigned H5P_DATASET_ACCESS_DEFAULT to OAPL_ID if it is H5P_DEFAULT. 2. I added the test for invalid OAPL_ID in trefer.c. Tested on jam, koala, heiwa.
* [svn-r21121] Description:Quincey Koziol2011-07-182-3/+3
| | | | | | | | | Switch from H5P_DATASET_ACCESS_DEFAULT to H5P_DEFAULT for calls to H5Rdereference2(). Tested on: Mac OS X/32 10.6.8 (amazon) w/debug (too minor to require h5committest)
* [svn-r21117] Issue 2763 - I added a new parameter of object access property ↵Raymond Lu2011-07-182-8/+8
| | | | | | list to the function H5Rdereference. It's called H5Rdereference2 now. H5Rdereference function has been deprecated to H5Rdereference1. I also added some test cases in trefer.c. Tested on jam, heiwa, and koala.
* [svn-r21080] Remove redundant EXPORTS symbol since CMake automatically ↵Allen Byrne2011-07-081-1/+0
| | | | creates it.
* [svn-r21033] Snapshot version 1.9 release 84HDF Tester2011-06-261-1/+1
|
* [svn-r21000] Snapshot version 1.9 release 83HDF Tester2011-06-191-1/+1
|
* [svn-r20922] Snapshot version 1.9 release 82HDF Tester2011-05-291-1/+1
|
* [svn-r20901] Remove if() that avoided a copy of the last element to itself. ↵Allen Byrne2011-05-251-4/+2
| | | | | | | | This was to solve an issue of a difference between 1.8 and trunk. 1.8 used the wrong variable in the if() and upon reflection the if() was determined to be unnecessary and complicated the logic. 1.8 tests would have treated the if() as always true with the result being the same as though the if() was absent. This change reflects that equivalance and will avoid a potential problem in 1.8. Tested: local linux, reviewed by two developers
* [svn-r20890] Snapshot version 1.9 release 82HDF Tester2011-05-231-1/+1
|
* [svn-r20870] Description: Fixed HDFFV-7605: Dim Scales APIs- error when ↵Scot Breitenfeld2011-05-201-1/+1
| | | | | | | | unattaching dim. sacles * Fixed Loop counter when removing object in dimension set with more then one scale. Tested: jam (intel and gnu)
* [svn-r20504] Purpose:Mike McGreevy2011-04-142-2/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | General shared library improvements for CYGWIN / AIX Description: Shared libraries are disabled on both CYGWIN and AIX due to inability to build them correctly. Part of the problem in both of these situations is the lack of the libtool flag -no-undefined, which tells libtool that all needed symbols are defined at link time (a requirement on these systems) and that it's okay to build shared libraries. Another problem are lack of dependencies between wrapper libraries and core C HDF5 library. This patch addresses both of these by fixing configure to add in -no-undefined flag for libtool during linking and adds automake dependencies in the Makefile.am files. After testing, both CYGWIN and AIX now generate shared libraries, but there are still some test failures in each. (cache_api, dt_arith, and testerror.sh on CYGWIN, and fortran tests on AIX). Even though the shared libraries are not quite perfect, this is a general improvement to what we had before, so I'm applying the patch anyways. Note that default behavior of shared libraries on these systems being disabled has NOT been changed and requires the use of the --enable-unsupported to attempt to build them. We will need to address the test failures in each architecture prior to formally supporting shared libraries on each. Tested: h5committested & CYGWIN tested (on bangan) (AIX tested by Albert on bp-login2)
* [svn-r20502] Purpose:Mike McGreevy2011-04-141-14/+34
| | | | | | | | | | | | | | | | | | | | | | | | Add "silent make" mode configure option. Description: Automake 1.11 has a new option available that allows for a silent make mode. This functionality needs to be explicitly enabled in configure.in via the use of the automake macro AM_SILENT_RULES, which is what this commit is adding. This introduces a new configure option: --{en|dis}able-silent-rules This option is on by default, and simplies compile and link line outputs when building the library. Disabling this option will print full "verbose" output (i.e., full compile and linking lines for each target). Tested: This was tested on jam & h5committested
* [svn-r20475] Purpose:Mike McGreevy2011-04-111-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Revise shared Fortran library disabling scenarios in configure - Improve configure output summary Description: Shared Fortran libraries are not supported on Mac, but were being disabled by configure in a way that also forced the C libraries to be static-only. This has been fixed, so now only shared Fortran is disabled while shared C can remain. This prompted two additional changes: 1. While working on the check that addresses whether or not shared Fortran libraries are allowed, removed old and no longer needed check(s) that disable shared Fortran libraries with HP, Intel 8, PGI, and Absoft compilers. (Essentially, Mac is the only situation in which Fortran shared are disabled by configure.) 2. Having two different states of libraries (i.e. shared C library with static-only Fortran library) was not apparent in the configure summary, which labeled all libraries as either shared and/or static. I've added lines to both the C++ and Fortran output sections to list shared/static-ness of these libraries specifically. Additionally, I've made sure that the new --enable-unsupported configure option correctly overrides configure if it tries to disable a shared library. Tested: jam, fred, & h5committest
* [svn-r20405] Description:Quincey Koziol2011-04-041-1/+1
| | | | Bump patch release number, after giving out private snapshots.
* [svn-r20061] Description:Quincey Koziol2011-02-081-164/+102
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bring changes from Coverity branch to trunk: r19930: Fix memory leaks involving VL attributes in h5repack and h5diff. The buffers in copy_attr and diff_attr were not checked for the presence of a vlen before being freed, and vlen storage was never reclaimed. Added checks and calls to H5D_vlen_reclaim(). r19933: Purpose: Fix memory leak in H5L_move_cb() Description: H5L_move_cb copied the source link using H5O_msg_copy() but freed it manually using H5MM_xfree(). Since H5O_link_copy allocates the link using H5FL_MALLOC, this causes the link to be allocated from the free list but is never put back on the free list when it is freed. This prevents the link free list from shutting down properly. Modified H5L_move_cb() and H5L_move_dest_cb() to free the link properly using H5O_msg_free(). r19973: Fix resource leaks by freeing string created by HD5f2string r19974: Issue #345: Inialize buf variable to null Tested on: Mac OS X/32 10.6.6 (amazon) w/debug & production (h5committested on Coverity branch)
* [svn-r19839] Updated to libtool v 2.4, autoconf 2.68 and m4-1.4.15.Larry Knox2010-11-231-0/+3
| | | | Tested with h5committest on amani, heiwa, and jam.
* [svn-r19740] Snapshot version 1.9 release 79HDF Tester2010-11-071-1/+1
|
* [svn-r19701] Snapshot version 1.9 release 78HDF Tester2010-10-311-1/+1
|
* [svn-r19666] Snapshot version 1.9 release 77HDF Tester2010-10-241-1/+1
|
* [svn-r19569] Snapshot version 1.9 release 76HDF Tester2010-10-101-1/+1
|
* [svn-r19512] Snapshot version 1.9 release 75HDF Tester2010-10-051-1/+1
|