summaryrefslogtreecommitdiffstats
path: root/windows_vnet/proj
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r15813] Purpose: Add new source code and tests to WindowsScott Wegner2008-10-083-0/+138
| | | | | | | | | | 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-211-0/+30
|
* [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-r15118] Purpose: Backport Windows project cleanup from trunk: remove ↵Scott Wegner2008-06-028-9/+9
| | | | | | | | | | | | | | | | | 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-141-12/+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-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-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-1610-0/+20922
Description: We are removing VS6 support in HDF5 1.8, so our windows_vs6 folder now becomes windows_vnet.