summaryrefslogtreecommitdiffstats
path: root/windows_vnet/tools
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r15118] Purpose: Backport Windows project cleanup from trunk: remove ↵Scott Wegner2008-06-0234-63/+63
| | | | | | | | | | | | | | | | | 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-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-r14428] Purpose: Rename vs6 folder to vnetScott Wegner2008-01-1634-0/+8569
Description: We are removing VS6 support in HDF5 1.8, so our windows_vs6 folder now becomes windows_vnet.