summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r15288] Purpose: Project Cleanup / Support directories with spacesScott Wegner2008-06-274-32/+32
| | | | | | | | | | Description: On Windows, we manage dynamically-generated code through "post-build" steps in Visual Studio. However, the command for it wasn't checking to see if the code already existed, so it was re-generating in each build (and thus re-generating all dependencies). To overcome, we simply check if the source file exists before generating it. Also, put all paths inside quotes so we can handle directory names with spaces. Tested: VS2005 on WinXP
* [svn-r15286] Purpose: Fix project settings for Intel Fortran 10.1Scott Wegner2008-06-271-14/+14
| | | | | | | | Description: A typo in the project output file name was causing Intel Fortran 10.1 to crash. The output file was set to "$(OutDir)\hdf5_fortranddll.dll " (three trailing spaces). IVF 9.1 ignored this error and continued gracefully. However, IVF 10.1 would simply crash. With this fix, we can now build on IVF 10.1 (so far..) Tested: VS2008 w/ IVF 10.1 on WinXP
* [svn-r15283] Fixed bug 1155, added fillval.c back to windows test file, ↵Neil Fortner2008-06-262-6/+6
| | | | | | other minor cleanup in fillval.c. Tested: kagiso (parallel), smirom, linew
* [svn-r15280] code cleaning (for some reason svn has been duplicating blocks ↵Pedro Vicente Nunes2008-06-251-29/+0
| | | | of code)
* [svn-r15279] more code cleaningPedro Vicente Nunes2008-06-251-0/+15
|
* [svn-r15278] code cleaning and commentsPedro Vicente Nunes2008-06-251-5/+19
|
* [svn-r15277] added code for reading an image type from the command line Pedro Vicente Nunes2008-06-252-6/+35
| | | | | | added a new test run for the shell script with image name specified tested: windows, linux
* [svn-r15276] added the code for using an image name from the command linePedro Vicente Nunes2008-06-251-179/+250
| | | | tested: windows, linux
* [svn-r15273] Purpose: Disable fillval test on WindowsScott Wegner2008-06-251-1/+4
| | | | | | | | | | | Description: The fillval test uses random input to test various fill cases. Certain boundary cases cause the test to fail, which produces sporadic errors on Windows. There is a bug filed for the issue here: http://bugzilla.hdfgroup.uiuc.edu/show_bug.cgi?id=1155 We will disable the test until the bug is fixed. Tested: None, simply disabled.
* [svn-r15260] new location for h5copy filesPedro Vicente Nunes2008-06-231-2/+2
|
* [svn-r15254] Purpose: Remove ttsafedll project from default build.Scott Wegner2008-06-201-2/+0
| | | | | | | | Description: Somehow, the ttsafedll project was setup to build by default in Visual Studio .NET project files. This causes build errors when the HDF5_EXT_PTHREAD variable isn't defined or the pthreads library path isn't setup. It should be disabled by default. Tested: VS.NET on WinXP
* [svn-r15252] Purpose: Update h5copy script on WindowsScott Wegner2008-06-201-1/+1
| | | | | | | | Description: Simply change the "infiles" to use new testfiles directory Tested: VS2005 on WinXP
* [svn-r15251] Moved all h5copy testfiles from /tools/testfiles to ↵Pedro Vicente Nunes2008-06-203-1/+1
| | | | | | tools/h5copy/testfiles tested: linux
* [svn-r15250] Purpose: Update Windows h5repack test scriptScott Wegner2008-06-201-6/+3
| | | | | | | | Description: More syntax changes for testfiles directory. This updates Windows for the neccessary changes as well. Tested: VS2005 on WinXP
* [svn-r15249] Purpose: Update Windows testing scriptScott Wegner2008-06-201-38/+112
| | | | | | | | Description: More updates were made to the h5diff test script structure. Specifically, the printing of output and how files are found in the actual test. This brings the changes to Windows as well. Tested: VS2005 on WinXP
* [svn-r15248] new location for h5repack filesPedro Vicente Nunes2008-06-201-16/+16
|
* [svn-r15247] Moved all h5repack testfiles from /tools/testfiles to ↵Pedro Vicente Nunes2008-06-2017-6/+6
| | | | | | tools/h5repack/testfiles tested: linux
* [svn-r15246] Changed the shell script to avoid doing a cd $srcdirPedro Vicente Nunes2008-06-2066-394/+96
| | | | | | | | | | | | The name of the files are now given by its full name relative to $srcdir To avoid the printing of the complete full path of the test file, that hides all the other parameters for long paths, the printing of the command line is done first in TESTING with the name only of the test file, not its full path the printing in the expected output that had the file name was removed as well as 3 tests that tested error messages in which the file name was present tested: linux (in 2 different build directories relative to $srcdir), solaris
* [svn-r15245] Purpose: Update h5diff test for new testfiles folderScott Wegner2008-06-191-5/+6
| | | | | | | | Description: The testfiles for h5diff were moved the a new folder, and the general script was updated. This checkin makes the minor changes neccessary for Windows to use the new folder. Tested: VS2005 on WinXP
* [svn-r15240] Purpose: Fix ohdr Windows timezone bugScott Wegner2008-06-191-1/+1
| | | | | | | | | | | | | | | | | Description: On Windows, certain users were having trouble with the "ohdr" test, which does some processing on object header messages. The errors were hard to reproduce on our machines, and we eventually determined that the errors were timezone-specific. The bug is triggered on Windows when processing timestamps very near the "Epoch" (midnight on 1/1/1970)-- the mktime() function does some automatic adjustment on the time to correct for timezones. In the USA, the correction adds a few hours; in Europe, it subtracts, thus giving us times pre-Epoch. This only affects Windows because the Windows mktime() function cannot handle times before 1970-- other systems seemingly can. The fix is to simply create timestamps only as early as 01/02/1970. This way, any timezone adjustment will still be post-Epoch. This bug only affects the ohdr test, and shouldn't be a problem in the library. The earliest timestamps that will actually be read will be around the time HDF5 was created (~1996-7, per Quincey). Tested: VS2005 on WinXP h5committest (kagiso, linew, smirom)
* [svn-r15238] Pedro Vicente Nunes2008-06-1977-82/+83
| | | | | | Moved all h5diff testfiles from /tools/testfiles to tools/h5diff/testfiles Tested: linux, solaris
* [svn-r15233] Description:Scot Breitenfeld2008-06-185-2/+93
| | | | | Added the function h5tget_native_type and associated requirements.
* [svn-r15227] Description:Quincey Koziol2008-06-177-11/+13
| | | | | | | | | | | | | | | | | | Small clean up of datatype copying. Tested on: FreeBSD/32 6.2 (duty) in debug mode FreeBSD/64 6.2 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (kagiso) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/default API=1.6.x, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Mac OS X/32 10.5.3 (amazon) in debug mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in production mode
* [svn-r15225] added a function that calls the jpeg library and writes a jgeg ↵Pedro Vicente Nunes2008-06-171-12/+180
| | | | | | file for each HDF5 image tested: windows, linux
* [svn-r15224] Description:Quincey Koziol2008-06-171-14/+24
| | | | | | | Clean up a few more compiler warnings. Tested on: FreeBSD/64 6.2 (liberty)
* [svn-r15223] new testfile location for h52jpegPedro Vicente Nunes2008-06-171-1/+2
|
* [svn-r15222] moved the h52jpeg testfiles location from /tools/testfiles to ↵Pedro Vicente Nunes2008-06-172-10/+2
| | | | | | | | /tools/h52jpeg/testfiles updated the shell script accordingly tested: linux
* [svn-r15220] new files for h52jpegPedro Vicente Nunes2008-06-161-1/+2
|
* [svn-r15219] added a test file and a test scriptPedro Vicente Nunes2008-06-164-26/+126
| | | | | | | for now, the test script just calls the tool binary with the command line parameters, with no special checking of the accuracy of the output contents (jpeg files) tested: linux
* [svn-r15218] new test files for h52jpegPedro Vicente Nunes2008-06-161-0/+3
|
* [svn-r15217] added a HDF5 file generator program that reads 2 realistic ↵Pedro Vicente Nunes2008-06-163-23/+221662
| | | | | | | | images from ASCII files, a true color and a gray color image the HDF5 file generated is used by h52jpeg to generate jpeg images tested: windows
* [svn-r15216] added code for the jpeg library to be linked in linux systemsPedro Vicente Nunes2008-06-162-4/+5
| | | | | | for now, just added "-ljpeg" to the list of libraries, until a permanent solution is added to configure --with-jpeg= that would allow users to specify their own jpeg libary tested: linux (kagiso, that has a jpeg library installed)
* [svn-r15215] Snapshot version 1.9 release 7HDF Tester2008-06-157-17/+17
|
* [svn-r15213] Description:Quincey Koziol2008-06-131-4/+55
| | | | | | | Fix gcc 4.2 flag that was put in gcc 4.1 section Tested on: Eyeballed & man pages
* [svn-r15211] Description:Quincey Koziol2008-06-1314-63/+174
| | | | | | | | | | | | | | | | | | | | Update the gcc flags for version 4.3 Clean up warnings Tested on: FreeBSD/32 6.2 (duty) in debug mode FreeBSD/64 6.2 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (kagiso) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/default API=1.6.x, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Mac OS X/32 10.5.3 (amazon) in debug mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in production mode
* [svn-r15208] Description:Quincey Koziol2008-06-122-6/+9
| | | | | | | | | | | | | | | | | | | | Add a "HDcompile_assert" macro for assertions that can/should be checked at compile time, as opposed to run time. (And used it for a couple of simple cases, to begin) Tested on: FreeBSD/32 6.2 (duty) in debug mode FreeBSD/64 6.2 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (kagiso) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/default API=1.6.x, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Mac OS X/32 10.5.3 (amazon) in debug mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in production mode
* [svn-r15190] added code to read datasets, concatenate output namesPedro Vicente Nunes2008-06-101-28/+120
| | | | tested: windows
* [svn-r15188] Description:Quincey Koziol2008-06-101-7/+8
| | | | | | | | | | | | | | | | | | | Avoid leaking memory when copying the internal "shared" struct for a named datatype when it's already been opened earlier. Tested on: FreeBSD/32 6.2 (duty) in debug mode FreeBSD/64 6.2 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (kagiso) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/default API=1.6.x, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Mac OS X/32 10.5.3 (amazon) in debug mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in production mode
* [svn-r15187] Purpose: Disabling h52jpeg directory from being built while ↵Mike McGreevy2008-06-103-3/+3
| | | | | | | | issues surrounding its location and its dependencies are worked out. Tested: kagiso
* [svn-r15186] new entry for h52jpeg MakefilesPedro Vicente Nunes2008-06-101-0/+2
|
* [svn-r15184] added the configure and Makefile changes to build h52jpeg in ↵Pedro Vicente Nunes2008-06-097-8/+947
| | | | | | unix systems tested: linux, solaris
* [svn-r15183] Purpose: _WIN32 macro cleanupScott Wegner2008-06-0913-84/+6
| | | | | | | | | | Description: As part of our Windows cleanup, we try to remove windows-specific tweaks in the source code. There are many instances where Windows code is introduces via ifdef's. We re-evaluate whether they are still required, and found that many of them are not. Others we change to "feature"-specific code, rather than Windows-specific. Tested: VS2005 on WinXP VS.NET on WinXP h5committest (kagisopp, smirom, linew)
* [svn-r15179] Change copyright notice to THG only.Christian Chilan2008-06-097-7/+0
|
* [svn-r15178] added the routine h52jpeg that traverses the file in the same ↵Pedro Vicente Nunes2008-06-091-15/+168
| | | | | | way of h5diff/h5repack tested: windows
* [svn-r15172] Snapshot version 1.9 release 6HDF Tester2008-06-087-17/+17
|
* [svn-r15165] Purpose: Create new HDpthread_self and HDpthread_self_ulong macrosScott Wegner2008-06-066-25/+21
| | | | | | | | | Description: On Windows, the pthread_self function cannot be used to print the returned thread ID for debugging. Instead, we need a separate function, GetCurrentThreadId. To eliminate some Windows ifdef's in the code, we create two new function macros which can be used by all platforms. It is conditionally defined in H5win32defs.h, and globally in H5private.h. Tested: VS2005 w/ pthreads on WinXP kagiso w/ pthreads
* [svn-r15158] - h5dump: when doing binary output (-b), the stdout printing of ↵Pedro Vicente Nunes2008-06-051-0/+4
| | | | | | | attributes was done incorrectly. Removed printing of attributes when doing binary output. PVN - 2008/06/05
* [svn-r15156] Purpose: Update H5private.h with new file nameScott Wegner2008-06-051-1/+1
| | | | | | | | Description: Forgot to change the filename reference in H5private.h. This update fixes it. Tested: kagiso
* [svn-r15154] Purpose: Rename new source file from win32defs.h to H5win32defs.h.Scott Wegner2008-06-052-1/+1
| | | | | | | | Description: To follow the naming convention for source files, we simply rename the new header to H5win32defs.h Tested: None, simple name change.
* [svn-r15153] Purpose: Add testhdf5_1_8fortran[dll] Windows projects as ↵Scott Wegner2008-06-051-388/+390
| | | | | | | | | | dependencies to all_fortran Description: The projects testhdf5_1_8fortran[dll] which test the new fortran features in HDF5 1.8 were not registered as dependencies to the "all_fortran" pseudo-project. As a result, the projects would not be built if you simply build all_fortran in Visual Studio, rather than "Build Solution". This is a very minor cleanup, but is neccessary to be consistent in our projects. Tested: VS2005 on WinXP x64
generated by cgit v0.12 at 2025-01-18 19:26:02 (GMT)