summaryrefslogtreecommitdiffstats
path: root/examples
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r22426] Add examples/README file to be installed with examples.Larry Knox2012-06-023-2/+30
| | | | Text file only, but tested with h5committest.
* [svn-r22411] reduce compiler warnings by removing unreferenced variables and ↵Allen Byrne2012-05-251-1/+0
| | | | | | adding cast Tested: local linux
* [svn-r22170] Removed extraneous svn executable properties from ↵Dana Robinson2012-03-282-0/+0
| | | | non-executable files.
* [svn-r21804] Update CMake Required version in all folders to match current ↵Allen Byrne2011-12-051-1/+1
| | | | standard 2.8.6
* [svn-r21667] Update FOLDER solution option for target properties. Added ↵Allen Byrne2011-10-251-0/+2
| | | | | | OPTION command for solution folder and no packaging. Tested: local linux
* [svn-r21366] JIRA HDFFV-2748 replace use of _WIN32 in source. Created new ↵Allen Byrne2011-09-061-7/+7
| | | | | | defines H5_HAVE_WIN32_API and H5_HAVE_VISUAL_STUDIO defines to use. These can be properly set during configurration. Tested: windows and local linux - reviewed internally
* [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-r21119] Description:Quincey Koziol2011-07-182-15/+3
| | | | | | | | | Simplify use of property lists to H5Rdereference, and switch to use H5Rdereference2. Tested on: Mac OS X/32 10.6.8 (amazon) (too small to require h5committest)
* [svn-r21118] Issue 2763 - followup commit for r21117 of H5Rdereference. I ↵Raymond Lu2011-07-182-3/+15
| | | | | | forgot to update the C examples. Tested on jam - simple change.
* [svn-r20720] Merge changes to scripts to run installed examples from hdf5 ↵Larry Knox2011-05-042-4/+4
| | | | | | | 1.8.7 r 20718. The default prefix in the scripts will use the compile scripts in the installed bin directory.
* [svn-r20640] Remove export from "export LD_LIBRARY_PATH=${LL_PATH}" in ↵Larry Knox2011-04-262-4/+3
| | | | | | | | examples and hl/examples Makefiles. "export" breaks make install in Daily Tests on FreeBSD machines and isn't missed elsewhere. Tested on amani, freedom, jam, heiwa, and loyalty.
* [svn-r20504] Purpose:Mike McGreevy2011-04-141-1/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-0/+7
| | | | | | | | | | | | | | | | | | | | | | | | 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-r20482] Larry Knox2011-04-121-4/+19
| | | | | | | | | | | | | | | | Fixed issue HDFFV-5866 (BZ 2156). Changed scripts to run examples to use specific names for compiled executable files instead of a.out, which did not work on Cywin as it produces a.exe by default. Removed issue from known problems section of RELEASE.txt. Tested with Cygwin 1.7.8 on Windows 7. This line, and those below, will be ignored-- M release_docs/RELEASE.txt M hl/c++/examples/run-hlc++-ex.sh.in M hl/fortran/examples/run-hlfortran-ex.sh.in M hl/examples/run-hlc-ex.sh.in M c++/examples/run-c++-ex.sh.in M fortran/examples/run-fortran-ex.sh.in M examples/run-c-ex.sh.in
* [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-r20324] Correct depends of test for examples and add clear testAllen Byrne2011-03-241-12/+54
| | | | Tested:local linux
* [svn-r20153] Move ext lib handling for ext project building to a common ↵Allen Byrne2011-02-241-2/+2
| | | | | | macro. Update HDF5 project to use HDFMacros.cmake file. Add test properties for test ordering. Tested: local linux, windows
* [svn-r19907] Windows: Correct how fortran links in CRT library. Also correct ↵Allen Byrne2011-01-041-2/+2
| | | | | | macro use for checking libtype. bring r19906 from 1.8 branch
* [svn-r19895] Remove use of /MT compile flag for building static libs and ↵Allen Byrne2010-12-291-2/+0
| | | | programs. Added BUILT_AS_STATIC_LIBRARY define to set the windows import/export defines correctly for static libraries.
* [svn-r19870] Add tests for examples.Allen Byrne2010-12-031-0/+12
| | | | Tested: local linux
* [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-r19532] Added line to config/examples.am to remove execute permission ↵Larry Knox2010-10-071-1/+2
| | | | | | | | from example source files tha t are installed in .../share/hdf5_examples/. This will address bugzilla #2025. Tested with h5committest on amani, heiwa, and jam.
* [svn-r19506] Bring changes from revisions 19408, 19421, and 19442 from ↵Larry Knox2010-10-044-16/+35
| | | | | | branches/hdf5_1_8 to trunk. These revisions reorganize the compile scripts using h5cc.in, h5fc.in, and h5c++.in, add checks for installed examples to the scripts that run them after installation, and add DESTDIR for install as needed for RPMs. Tested on amani, heiwa and jam by h5committest and with CYGWIN.
* [svn-r19366] Updated autoconf to version 2.6.7, libtool to version 2.2.10, ↵Larry Knox2010-09-101-1/+1
| | | | | | and m4 to version 1.4.14. Also added m4 directory for m4 macros according to autoconf suggestion. Tested with h5committest on amani, jam, and heiwa, and on linew.
* [svn-r19361] Move Windows specific compile and link flags to macrosAllen Byrne2010-09-091-20/+2
|
* [svn-r19059] Brought changes from hdf5_1_8 to add version information for ↵Larry Knox2010-07-094-6/+185
| | | | | | fortran and c++ compilers in libhdf5.settings file and configure output (r18836), to install examples as part of make install (r18680), and to provide scripts to compile and run the examples after they are installed (r18817). Tested with new/h5committest on amani, heiwa, and jam.
* [svn-r19037] Added executable Linker Flag for MSVC static builds: ↵Allen Byrne2010-06-291-0/+20
| | | | | | | | /NODEFAULTLIB:MSVCRT Added VERSION vars for inclusion into auto snapshot version update script Tested windows
* [svn-r18793] Add files to support building library with CMakeAllen Byrne2010-05-131-0/+35
| | | | Tested: Local linux
* [svn-r18709] Purpose:Mike McGreevy2010-05-051-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | Improve configure's large-file support control. Description: Modified configure to now attempt to add defines necessary for supporting largefiles on all systems, instead of solely on linux. This is in response to user requests to enable largefile support on Solaris by default, as well as to give extra control on AIX (instead of just jamming the necessary flag into the config files). The old --enable-linux-lfs flag has been removed in favor of the --enable-largefile flag (enabled by default), which can be used on all platforms. On systems where large files cannot be supported in this manner, configure will report as such. Tested: h5committest AIX (NCSA's blue_print machine) duty, liberty, and linew.
* [svn-r18579] Purpose:Mike McGreevy2010-04-151-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Autotool Upgrade / Libtool Bug Fix Description: Updated autotools referenced in bin/reconfigure as follows: Autoconf 2.64 --> Autoconf 2.65 Automake 1.11 --> Automake 1.11.1 Libtool 2.2.6a --> Libtool 2.2.6b-mcg The referenced libtool version is a custom version of 2.2.6b. It has been tweaked to fix a bug in libtool that occurs when using PGI 10.0 compilers. A check incorrectly categorizes the C++ compiler as version 1.0 instead of 10.0, and the link line is subsequently set up incorrectly and fails to compile. A patch has been made available and will be included in the next release of libtool, but in the meantime I've applied the patch to a custom installation as indicated above. This bin/reconfigure now references the custom installation, and the resulting configure script will correctly categorize the PGI 10.0 C++ compiler. Ran bin/reconfigure to regenerate configure and makefiles. Tested: jam and amani with PGI 10.0 compilers. h5committest
* [svn-r18107] bug 1673:Albert Cheng2010-01-121-4/+4
| | | | | | | | | | | | | | The mixed use of RUNTEST (original) and RUNTESTS (new) caused confusion. E.g., the timings in test/ was still using the old $RUNTEST. It made more sense to use $RUNTEST which is used by the dejagnu feature of automake. So, I changed all $RUNTEST or $RUNTESTS to $RUNEXEC. config/commence.am & config/conclude.am are the two files that got changes. Also fixed an error in test/Makefile.am. The rest are changed by bin/reconfigure. Tested: h5committested.
* [svn-r18057] Bug fix: 1192Albert Cheng2009-12-261-4/+10
| | | | | | | | Description: Fixed exit code (sometimes return code in Main) to follow the HDF5 standards. Tested: Jam, both serial and parallel.
* [svn-r17770] Bug 1264 fixed.Albert Cheng2009-10-281-1/+89
| | | | | | | | | Tests to verify the bug fixed are installed. Test: v1.8.4 passed all tests on Jam (default and with --disable-depreacted-symbol), Amani (v16API), Linew (default). This should be good for trunk version too.
* [svn-r17693] Removed the erroneous test of using v16 API.Albert Cheng2009-10-201-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | The error started out as an erroneous test of using v16 API via source code. (See bug 1264). It was implemented as: #include "hdf5.h" #define H5_USE_16_API That was incorrect and generated warnings in Linux but error in AIX for redefining macro H5_USE_16_API. I corrected it yesterday to pass AIX by moving H5_USE_16_API up as: #define H5_USE_16_API #include "hdf5.h" This is the proper way to turn on v16API and it passes all normal tests. I knew it would not work if somehow v16API is disabled but hoping it can be fixed later. Well, it broke last night under --disable-deprecated-symbols. Removed the #define H5_USE_16_API and let Raymond fix it after the release.
* [svn-r17685] Bug fix:Albert Cheng2009-10-201-1/+1
| | | | | | | | | | | #define H5_USE_16_API was inserted AFTER #include <hdf5.>, too late was it to take effect. Instead, it caused a macro redefinition, flagged as an error by AIX. Fixed by moving it before the <hdf5.h>. Tested: Jam.
* [svn-r17616] Purpose:Mike McGreevy2009-10-081-7/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | CFLAGS overhaul Description: Modified the way configure handles CFLAGS. (note: all changes also apply to FCFLAGS, CXXFLAGS, CPPFLAGS, and LDFLAGS). 1. The configure process will now always preserve a user's CFLAGS environment variable setup. Any additional flags necessary for compilation added at configure time will be passed into the Makefiles as AM_CFLAGS, which is an automake construct to be used in addition to CFLAGS. This will allow a user to have the final say, as CFLAGS will always appear later in the compile line than AM_CFLAGS. Additionally, setting CFLAGS during make will no longer completely erase all flags set by configure, since they're maintained in AM_CFLAGS. 2. Additionally, where possible, flags previously being assigned directly into CFLAGS (and thus propagating into h5cc) have now been redirected into H5_CFLAGS, so they're used ONLY for compiling hdf5, and not embedded into the h5cc wrapper script as well. *Note that H5_CFLAGS ultimately is assigned into AM_CFLAGS for use in the Makefiles. Complete description of changes and build process will be included in a Configure Document that Elena and I are working on. 3. Removed unsupported config files. This includes: config/dec-osf* config/hpux11.00 config/irix5.x config/powerpc-ibm-aix4.x config/rs6000-ibm-aix5.x config/unicos* 4. Modified configure summary to display additional values. Specifically, appropriate AM_* variables are being shown, as well as H5_FCFLAGS and H5_CXXFLAGS, which were for some reason not already present. Tested: - H5committest - Tested on all THG / NCSA machines, using several combinations of the more prominent configure options (c++, fortran, szip, threadsafe, parallel, et cetera). (Thanks to Quincey for rysnc testing setup!) - With regards to new automated testing, anything *necessary* for compilation will be caught by the daily tests as it stands now. (i.e., if LDFLAGS is not properly set when szip is used, linking will fail). Additionally, with regards to which flags get into h5cc, if any *necessary* flags have been improperly removed, then daily tests should fail during make installcheck. Additional machine-specific desired behaviors and/or checks may have to be set up separately within the daily tests, so this is something to work on.
* [svn-r17345] Purpose:Mike McGreevy2009-08-121-11/+37
| | | | | | | | | | | | | | | | | | | | | | | | Updating autotools Description: Installed new autotools and used them to reconfigure HDF5. - Automake upgraded to 1.11 - Autoconf upgraded to 2.64 - bin/reconfigure script edited to use new versions (on jam), and run to generate new configure script and Makefile.in's. - configure.in script edited to add "_cv_" to all AC_CACHE_VAL strings (in order to comply with new autoconf standard). Tested: Tested on machines jam, smirom, liberty, linew. Tested w/ features c++, fortran, parallel. Tested w/ compilers gcc, pgcc, icc. Further testing via Daily Tests should catch any other outliers. Upon passing DT's, I'll propogate the new tools into 1.8, hdf4, et cetera.
* [svn-r16858] Description:Quincey Koziol2009-04-241-2/+2
| | | | | | | | | | Tweak down the size of datatype created for dataset, so that the elements are a reasonable size and the dataset's size can fit into a 64-bit value for storing in the file. Tested on: FreeBSD/64 6.3 (liberty) (too minor for h5committest)
* [svn-r16842] Bug fix:Albert Cheng2009-04-221-2/+2
| | | | | | | | | | | | | If the AR command has embedded shell separators such as the case of "AR = ar -X 64", $AR ends up as a blank. Solution: Put quotes around the command substitution string to protect against embedded separators. Applied the same to both AR and RANLIB assignments. Tested: At Up (AIX 5.3) only because that was where I discovered the error when AR is ar -X 64
* [svn-r16792] Description:Mike McGreevy2009-04-201-3/+3
| | | | | | | | | | | | - Updated bin/reconfigure to use latest version of automake (1.10.2). Re-generated Makefile.in's by running bin/reconfigure. - Added libtool version numbers to c++, fortran, hl, hl c++, and hl fortran libraries. Tested: jam, liberty, smirom
* [svn-r16561] Purpose:Mike McGreevy2009-03-101-3/+3
| | | | | | | | | | | | | | | | | | Bug Fix Description: Fixing BZ #1381. The --includedir=DIR configure option, which is used to specify the installation location of C header files, did not work correctly as the path was hard-coded in config/commence.am. I'm presuming this is because an older version of automake didn't know where to put c header files. In any case, removing this line now defaults the includedir to the same directory that it is currently hard-coded to, and also fixes the configure flag to allow customization of this value. Tested: jam, liberty
* [svn-r16560] Description:Quincey Koziol2009-03-103-8/+8
| | | | | | | | | | Remove another call to H5E_clear_stack() from within the library. Clean up lots of compiler warnings. Tested on: Mac OS X/32 10.5.6 (amazon) (followup on other platforms forthcoming)
* [svn-r16518] have 2 expected outputs for 2 h5ls runs depending if run on a ↵Pedro Vicente Nunes2009-02-261-0/+1
| | | | | | | big or little endian machine. Configure.in was modified to export a variable carrying endianess information to testh5ls.sh. This script then compares the current run with 2 expected outputs, one for a big-endian machine (linew was used to generate the output), other for little endian (jam was used to generate the output) the way h5ls prints types, it starts searching for NATIVE types first. One solution would be h5ls not to detect these native types, using for example the same print datatype function that h5dump does, that would make the output look the same on all platforms ("32-bit little-endian integer" would be printed instead). Drawback, this "native" information would not be available. Other solution is to have not one but 2 expected outputs and make the shell script detect the endianess and compare with one output or other tested: h5committest
* [svn-r15944] A follow-up checkin for the last-round commit(r15943). Added a ↵Raymond Lu2008-10-241-0/+1
| | | | | | | | | test in this script file to check whether the macros H5_USE_16_API works properly. There used to be a problem to compile if H5_USE_16_API is defined in the application program (see bug #1264). Tested on kagiso - simple change.
* [svn-r15943] Changed the library's macros H5_USE_16_API to ↵Raymond Lu2008-10-241-1/+1
| | | | | | | | | H5_USE_16_API_DEFAULT avoid possible conflict wi th user's definition of H5_USE_16_API. The H5_USE_16_API_DEFAULT is defined through configure with the flag --with-default-api-version=v16. Tested with h5committest.
* [svn-r15942] Purpose: Bug Fixes and Libtool UpgradeMike McGreevy2008-10-242-6/+12
| | | | | | | | | | | | | | | | | | Description: - Remove need to set LD_LIBRARY_PATH when using shared szip library. - Libtool 2.2.6a is now used to generate libraries. - 'make check install' dependency bug is fixed, and should no longer break the build. - removed hard coding of shell in config/commence.am, as this causes problems on Solaris with the new version of libtool. - RELEASE.txt with appropriate changes. Tested: - kagiso, smirom, linew (merged from 1.8, pretty quick tests)
* [svn-r15711] Purpose:Albert Cheng2008-09-271-7/+31
| | | | | | | | | | features. Description: Added -shlib tests and verbosity control. Tested Platform: Kagiso.
* [svn-r15628] Description:Quincey Koziol2008-09-166-49/+49
| | | | | | | | | | | | | Remove trailing whitespace from C/C++ source files, with the following script: foreach f (*.[ch] *.cpp) sed 's/[[:blank:]]*$//' $f > sed.out && mv sed.out $f end Tested on: Mac OS X/32 10.5.5 (amazon) No need for h5committest, just whitespace changes...
* [svn-r15036] Bug fix.Albert Cheng2008-05-191-4/+4
| | | | | | | | | | | | | | | | | | | Description: The fortran Makefile.am used HDF_FORTRAN to indicate it is part of the Fortran API source so that conclude.am will give fortran api prefix in the test output. The symbox HDF_FORTRAN is also used in configure for a different purpose (indicated --enable-fortran). They conflicted. Similar problem for the symbol HDF_CXX. Solution: Changed all the involved Makefile.am to use "FORTRAN_API" instead. It is a more appropriate name. Same for CXX_API. Along the way, discovered that the Makefile.am of hl/fortran/test and hl/cxx/test did not have those symbols at all. Added them in. Platform tested: Kagiso only. It is a trivia change.
* [svn-r15007] Purpose: configure cleanupMike McGreevy2008-05-151-1/+0
| | | | | | | Description: cleaning up configure related to removal of --disable-hsizet flag, which we no longer support. Tested: kagiso
generated by cgit v0.12 at 2024-10-31 08:52:26 (GMT)