| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
h5ls is used to verify for the result, so change the two tests not to run
h5diff like others.
This is related to the previous checkin SVN r18398 for Bug#1733.
Tested:
jam (linux32-LE), amani (linux64-LE), heiwa (linuxppc64-BE), cmake (jam)
|
|
|
|
| |
recursively, h5copy diff tests no longer should fail.
|
| |
|
|
|
|
|
|
|
| |
files.
Corrected copy H5srcdir_str.h commands in script.
Added libsettings project to behave like h5tinit.vcproj.
|
|
|
|
|
|
| |
Made change to cpp version of testhdf5 for the elimination of dsets standalone.
Tested: Windows
|
|
|
|
| |
Tested: windows
|
|
|
|
|
|
| |
Also removed unused project settings. These were per file settings that should not be used unless a file needs them.
Tested: Windows
|
|
|
|
|
|
|
|
|
|
|
|
| |
Description: Bring changes from the various tool test scripts to Windows.
testh5copy.bat: add syntax for tests which expect h5diff to fail, and apply them to existing tests
testh5diff.bat: add a new test for "contents mode"
testh5dump.bat: modify some tests to use the new "-b *" and "-b NATIVE" syntax
h5repack.bat: call h5dump without the -c switch
Tested:
VS2005 on WinXP
|
|
|
|
|
|
|
|
| |
Description:
Simply change the "infiles" to use new testfiles directory
Tested:
VS2005 on WinXP
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
debug information
Description:
In our debug project configurations, many of the projects were generating debug information for "Program Database and Edit & Continue". Other projects were using different settings, or none at all. We standardize to use "Program Database" setting, because it generates much smaller .obj files and cuts out unnecessary debug information.
This is another project cleanup and enhancement from user suggestions outlined in bug #1164
Tested:
VS2005 on WinXP
VS.NET on WinXP
|
|
|
|
|
|
|
|
|
|
|
| |
library
Description:
In many of our project files on Windows, we have our linker setting set to ignore old link libraries-- either libc.lib or libcd.lib. This is a relic from converting project files from old versions of Visual Studio to newer ones, and is unnecessary. Per a user's suggestion, we remove the ignored library from the project files. This actually makes no difference in the output binaries.
Tested:
VS2005 on WinXP
VS.NET on WinXP
|
| |
|
|
|
|
| |
New fortran wrappers added.
|
|
|
|
|
|
|
|
|
|
| |
Description:
On Windows, many POSIX functions have been replaced by a similarly-named function with some additional security-checking. Visual Studio issues a warning each time the POSIX version is used, recommending that we replace it with the new version. This results in thousands of errors when building the HDF5 library.
This checkin adds a Visual Studio "Property Sheet", which has been applied to all library projects, and defines a number of preprocessors to suppress these warnings. The warnings have been disabled only in Visual Studio 2005 project files, as VS.NET doesn't support property sheets.
Tested:
VS2005 on WinXP
|
|
|
|
|
|
|
|
|
|
|
| |
Description:
In previous versions of Windows, the builtin 'FC' command (diff equivalent) didn't return proper exit status. As a work-around, we parsed the message returned to check status. This relies on English return messages.
In current Windows XP and Windows Vista, FC will return exit status as expected, so we can remove this workaround. Older platforms where we would need this workaround are no longer supported.
Tested:
VS2005 on Windows XP
Small test on Windows Vista
|
|
|
|
|
|
|
|
| |
Description:
Recently, the format of parameters for h5diff was changed. This checkin makes the neccessary changes for Windows to also bring it up to date.
Tested:
VS6 on WinXP
|
|
|
|
|
|
|
|
| |
Description:
There was a minor typo in the Windows test script for h5copy. It was actually causing us to do extra work, so this checkin should make the test slightly more efficient, without breaking anything.
Tested:
VS2005 on WinXP
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
64-bit Fortran
Description:
This checkin is another Windows project cleanup, and also extends our Windows support for 64-bit Fortran. Project files are now in VS2005 format, rather than VS.NET. A couple projects have been renamed to be more descriptive (*cstub rather than *_lib), and project settings make better use of build macros. This will make them much easier to update in the future.
Tested:
VS2005 on WinXP 32-bit
VS2005 on WinXP x64
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Desciption:
This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change.
The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users.
We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files.
Notes:
I didn't update the MANIFEST with this check-in, I will make those changes shortly.
Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work.
We will be giving a seminar in the coming weeks about .Net and how to migrate over.
Tested:
VS6/VNET/VS2005 on WinXP 32/64-bit
|
|
This will generate h5copy on windows.
The previous check-in is under the wrong directory.
|