summaryrefslogtreecommitdiffstats
path: root/windows_vnet
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r16411] testh5ls.bat - added tests to match script file from rev 16310Allen Byrne2009-02-031-2/+2
| | | | | | | | h5repack.bat - added test to match script file from rev 16402 set_extent.vcproj - added WS2_32.lib for change to set_extent from rev 16406 Tested: Vista32, XP32, XP64 using VNET, VS2005 VS2008
* [svn-r16341] Description:Frank Baker2009-01-221-1/+1
| | | | | | Changed 'THG' to 'The HDF Group' in various HDF5 source files, most of which are <subdirectory>/COPYING. -- Closes Bugzilla entry 1403.
* [svn-r16208] Added new file H5Bdbg.c to windows project file. Tested using ↵Allen Byrne2008-12-182-2/+72
| | | | VS2008 Express.
* [svn-r16190] Changed references of H5Distore to H5Dbtree in project files. ↵Allen Byrne2008-12-122-2/+2
| | | | (Related to revision 16180)
* [svn-r16090] Purpose: Add new source file to Windows.Scott Wegner2008-11-172-0/+6
| | | | | | | | Description: Recently a new source file, H5Pdapl.c, was brought to the 1.8 branch. This checkin also adds it to the Windows Visual Studio projects. Tested: None needed, very minor.
* [svn-r15813] Purpose: Add new source code and tests to WindowsScott Wegner2008-10-087-0/+682
| | | | | | | | | | Description: Many new source files were added from the freespace branch. This checkin adds the code to Windows as well. Note: Some tests are still failing on Windows, but this checkin brings us closer to fixing them. In particular, freespace test fails on compile (Quincey is working on it), and the DLL links test fails at runtime (I'll look into it) Tested: VS2005 on WinXP
* [svn-r15523] Purpose: Backport from trunk-- Fix Windows link dependencies in ↵Scott Wegner2008-08-251-2/+2
| | | | | | | | | | new app_ref DLL project Description: The app_refdll project was set to link with static version of hdf5 and libtest projects, which were causing the build to fail, only in Visual Studio .NET 2003, and was previously overlooked. This corrects those errors. Tested: VS.NET on WinXP
* [svn-r15508] Scott Wegner2008-08-213-0/+302
|
* [svn-r15253] 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-r15125] Purpose: Cleanup unneeded Windows sourceScott Wegner2008-06-021-17/+19
| | | | | | | | | | | | Description: Previously, we maintained some source files that are commonly generated dynamically on other systems. Now, we also generate them on Windows as well. We should remove them from the repository so old versions are not accidentally used. Also, clean up the project files to organize generator programs. Tested: VS2005 on WinXP VS2005 on WinXP x64 VS.NET on WinXP
* [svn-r15118] Purpose: Backport Windows project cleanup from trunk: remove ↵Scott Wegner2008-06-02226-383/+383
| | | | | | | | | | | | | | | | | ignored system library, standardize program debug information, and unify Windows h5tinit Description: These changes are made via a user's suggestion, bugzilla bug #1164. These have all been tested in the trunk, and are stable/favorable changes. 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. We remove the ignored library from the project files. This actually makes no difference in the output binaries. 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. Previously, there was Windows-dependent code inside H5detect.c, because not all projects could access the gethostname() function. However, we standardize our project-files to link with WS2_32.lib, so now this function is available. Thus, the Windows-specific code has been removed from H5detect.c. Tested: VS2005 on WinXP VS.NET on WinXP
* [svn-r14868] Purpose: Add new source files to Windows projectsScott Wegner2008-04-282-0/+12
| | | | | | | | Description: Two new source files have been added, H5Dchunk.c and H5Dscatgath.c. This checkin adds the files to the Windows project files as well. Tested: VS.NET on WinXP
* [svn-r14837] Purpose: Remove ohdr_gentst from Windows projectsScott Wegner2008-04-142-186/+0
| | | | | | | | Description: The ohdr_gentst project exists in order to re-create test input files that are distributed with the source. These projects aren't built by default on most platforms, and the source isn't distributed in release builds. To avoid confusion and bloat, we remove the Windows version of this project. Tested: None, only removed
* [svn-r14820] Purpose: Disable ohdr_gentst project by default on Windows.Scott Wegner2008-04-081-2/+0
| | | | | | | | | | Description: The ohdr_gentst project exists to dynamically generate the test files for ohdr test, which also exist in the repository. The test is only run on other platforms when the configure flag --enable-build-all is specified. Moreover, the source code ohdr_gentst.c is marked as _DO_NO_DISTRIBUTE_ in the MANIFEST. As a result, there was a problem in the release tarball that the Windows projects would fail when trying to build this project. To correct this, we no longer build this by default. We will also need to release a FAQ/patch for the HDF5 1.8.0 release. Tested: VS2005 on WinXP
* [svn-r14769] Purpose: Remove spurious szip link directory in h5repack debug ↵Scott Wegner2008-03-241-1/+1
| | | | | | | | | | project Description: As pointed out by a user, we added an un-needed link directory for szip which is machine-dependent and, in his case, problematic. We can safely remove this reference because we already include the szip link directory elsewhere. Tested: None, simply removed
* [svn-r14669] Purpose: Remove old project files and folders to bring MANIFEST ↵Scott Wegner2008-02-2510-1760/+0
| | | | | | | up-to-date Description: Somehow these folders didn't get deleted in a previous checkin. This should bring things up-to-date
* [svn-r14668] Purpose: Backport of added Windows HL examples from trunkScott Wegner2008-02-2541-15/+6157
| | | | | Description: The Windows suite of examples for HL C was a very small subset of the examples that exist for other platforms. Now we have all of the HL C examples-- integrated into the VS projects files, and batch test scripts.
* [svn-r14604] Purpose: Backport of Windows project updates from trunkScott Wegner2008-02-181-0/+1
| | | | | | | | | | | | | Description: Add hdf5 library as a dependency to hdf5_hl library in Windows project files For some reason, the hdf5_hl library didn't have hdf5 listed as a dependency. This isn't normally a problem, because building "all" will build hdf5 library. However, when a user tries to build only hdf5_hl, hdf5 library wouldn't be built. Although not technically required for compiling the library code, the hdf5 library is needed for linking any applications, so it's a natural dependency. Tested: VS2005 on WinXP VNET on WinXP
* [svn-r14436] Purpose: Fix minor bug in VS.NET project fileScott Wegner2008-01-161-1/+1
| | | | | | | | Description: It seems that during the conversion, one project (h52gifdll) began using the wrong Runtime-library settings. This was causing Link errors for only the Release DLL build. This has been fixed now. Tested: VS.NET on WinXP
* [svn-r14430] Purpose: Remove stray references to Fortran projects in VS.NETScott Wegner2008-01-161-542/+192
| | | | | Description: We no longer have support for Fortran in VS.NET, so we remove references to any Fortran projects.
* [svn-r14428] Purpose: Rename vs6 folder to vnetScott Wegner2008-01-16204-0/+65174
Description: We are removing VS6 support in HDF5 1.8, so our windows_vs6 folder now becomes windows_vnet.