summaryrefslogtreecommitdiffstats
path: root/windows_vnet
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r15675] Purpose: Add new source file H5EAdblock.c to Windows.Scott Wegner2008-09-222-0/+6
| | | | | | | | Description: New source file H5EAdblock.c was added to the library. This checkin adds the file to our Windows projects, hdf5 and hdf5dll (VS2005 and VS.NET project files) Tested: Build only, VS2005 on WinXP
* [svn-r15622] Purpose: Add new source files to Windows projectsScott Wegner2008-09-152-0/+18
| | | | | | | | Description: This checkin adds the following source files to our Windows projects: -- H5EAiblock.c -- H5EAstat.c -- H5EAdbg.c
* [svn-r15584] Purpose: Add new extensible array source code and test project ↵Scott Wegner2008-09-035-0/+346
| | | | | | | | | for Windows Description: In revision 15549, new source code was added for the extensible array interface. This checkin adds the source code to Windows, along with the new test project, earray. Note: The new H5EA interface causes compilation errors on Windows, and will need to be fixed in the source.
* [svn-r15522] Purpose: Fix Windows link dependencies in new app_ref DLL projectScott Wegner2008-08-251-2/+2
| | | | | | | | 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-r15503] Purpose: Add new app_ref test to Windows projectsScott Wegner2008-08-213-0/+302
| | | | | | | | Description: A new test program, app_ref, was added to the source and configure script. We need to make special Windows project files for static and DLL versions of the test, and also VS2005 and VS.NET versions. Finally, include the new test in our script Tested: VS2005 on WinXP
* [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-r15126] Purpose: Cleanup unneeded Windows sourceScott Wegner2008-06-021-18/+18
| | | | | | | | | | | | 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-r15096] Purpose: Windows Project Cleanup-- Unify Windows h5tinitScott Wegner2008-05-291-1/+2
| | | | | | | | | | Description: 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 no need to test other platforms, Windows-specific source change
* [svn-r15094] Purpose: Cleanup Windows project files-- standardize program ↵Scott Wegner2008-05-29228-231/+231
| | | | | | | | | | | | | 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
* [svn-r15093] Purpose: Cleanup Windows project files-- remove ignored system ↵Scott Wegner2008-05-2988-154/+154
| | | | | | | | | | | 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
* [svn-r14903] Undoing change committed in r14902.Scot Breitenfeld2008-04-3048-394/+4901
|
* [svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. ↵Scot Breitenfeld2008-04-3048-4901/+394
| | | | New fortran wrappers added.
* [svn-r14867] 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: VS2005 on WinXP
* [svn-r14838] Purpose: Remove ohdr_gentst from Windows projectsScott Wegner2008-04-142-188/+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-r14817] Purpose: Add new Windows project chunk_info[dll]Scott Wegner2008-04-083-0/+300
| | | | | | | | | Description: A new source file has been added, ./test/chunk_info.c. As a result, we need to add new projects for Windows. This includes projects for VS2005 on VNET. Tested: VS2005 on WinXP VNET on WinXP
* [svn-r14768] 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-r14608] Purpose: Add missing Windows HL C examplesScott Wegner2008-02-1941-45/+4427
| | | | | | | | | 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. Tested: VS2005 on WinXP VNET on WinXP
* [svn-r14605] Purpose: Rename Windows HL Example projects to match other ↵Scott Wegner2008-02-1811-200/+200
| | | | | | | | | | | | | platforms Description: The collection of HL C examples that we distribute for Windows is incomplete. I wasn't aware of it until Pedro pointed it out, because we use different (although similar) names for the generated files. This checkin changes the naming to follow Linux, in preparation to add the rest of the HL examples to Windows. Note: I believe I've updated the MANIFEST accordingly, but I may have missed something-- I'll check on Linux shortly after this commit. Tested: VS2005 on WinXP VS.NET on WinXP
* [svn-r14603] Purpose: Add hdf5 library as a dependency to hdf5_hl library in ↵Scott Wegner2008-02-181-0/+1
| | | | | | | | | | | | | Windows project files Description: 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.