summaryrefslogtreecommitdiffstats
path: root/windows/misc
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r18549] Updated missed configuration.Allen Byrne2010-04-131-2/+2
|
* [svn-r18510] Updated project files to generate and link H5lib_settings.cAllen Byrne2010-04-051-6/+6
|
* [svn-r18431] Added libsettings project to solution files.Allen Byrne2010-03-191-1/+1
| | | | Updated Manifest
* [svn-r18430] Add windows define BIND_TO_CURRENT_VCLIBS_VERSION=1 to project ↵Allen Byrne2010-03-193-16/+415
| | | | | | | files. Corrected copy H5srcdir_str.h commands in script. Added libsettings project to behave like h5tinit.vcproj.
* [svn-r18360] Updated project files and release docs to VS2008 and IVF101 based.Allen Byrne2010-03-032-26/+20
| | | | | | Made change to cpp version of testhdf5 for the elimination of dsets standalone. Tested: Windows
* [svn-r17373] Added new file to library project.Allen Byrne2009-08-182-98/+0
| | | | | | Also removed unused project settings. These were per file settings that should not be used unless a file needs them. Tested: Windows
* [svn-r15585] Purpose: Use H5test_kind_SIZEOF.f90 rather than H5test_kind.f90 ↵Scott Wegner2008-09-031-17/+17
| | | | | | | in Windows Description: A new version of H5test_kind is safer for platforms that support sizeof. We have replaced H5test_kind.f90 with it on Windows
* [svn-r15288] Purpose: Project Cleanup / Support directories with spacesScott Wegner2008-06-274-32/+32
| | | | | | | | | | Description: On Windows, we manage dynamically-generated code through "post-build" steps in Visual Studio. However, the command for it wasn't checking to see if the code already existed, so it was re-generating in each build (and thus re-generating all dependencies). To overcome, we simply check if the source file exists before generating it. Also, put all paths inside quotes so we can handle directory names with spaces. Tested: VS2005 on WinXP
* [svn-r15126] Purpose: Cleanup unneeded Windows sourceScott Wegner2008-06-024-48/+48
| | | | | | | | | | | | 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-2/+4
| | | | | | | | | | 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-292-2/+2
| | | | | | | | | | | | | 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-r14903] Undoing change committed in r14902.Scot Breitenfeld2008-04-304-44/+44
|
* [svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. ↵Scot Breitenfeld2008-04-304-44/+44
| | | | New fortran wrappers added.
* [svn-r14854] Purpose: Remove many spurious compiler warnings in Visual StudioScott Wegner2008-04-214-44/+44
| | | | | | | | | | 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
* [svn-r14255] Purpose: Add h5tinit.c to default Windows build processScott Wegner2007-11-132-86/+0
| | | | | | | | | Description: Previously, we provided a static h5tinit.c with our Windows distribution, and provided instructions to optionally generate it. Now, we will incorporate it as part of the default build process, to emulate other platforms more closely. Tested: VS6 VS2005
* [svn-r14093] Purpose: Convert Windows projects to VS2005 format and support ↵Scott Wegner2007-08-166-186/+793
| | | | | | | | | | | 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
* [svn-r14066] Purpose: Streamline Windows typegen projectsScott Wegner2007-08-1010-136/+127
| | | | | | | Description: Previously the process of generating h5tinit.c, as well as the Fortran type files, was very manual on Windows. For Fortran, the process included opening 4 different solutions, and running 4 different commands from the prompt. I've made things very much more automated, and now only requires only building one project for either C or C/Fortran. Running the commands to generate the file is done automatically. Tested: VS.NET
* [svn-r14057] Purpose: Fixes for 64-bit Windows Intel Fortran 9.1Scott Wegner2007-08-092-8/+8
| | | | | | | | | | | | Description: We are porting Fortran to 64-bit Windows, and need to make many syntactical changes to bring the code up to date. We now go back to using "!DEC$" rather than "!MS$" in our "ATTRIBUTE" code. Also, the naming conventions for mixed language is inconsistent from 32- to 64- bit Windows. To make up with this, we use the "decorate" flag. We also needed to change the "calling convention" in project settings from "CVF" to "default". Also other minor cleanups on project files. Tested: 32-bit: VS.NET and VS2005 64-bit: VS2005
* [svn-r14034] Purpose: Remove forced symbol "gethostname@8" from Windows projectsScott Wegner2007-08-021-1/+0
| | | | | | | | | | | | Description: Previously, we needed to force symbol definition "gethostname@8" for compatibility with old versions of Visual Studio. It appears that Visual Studio no longer requires this, so we remove it. This makes the build process on 64-bit much smoother. Also minor updates to main documentation, command-line documentation, and removed codewarrior and INTEL docs. Tested: VS.NET VS2005 chkmanifest
* [svn-r13922] Purpose: First step in VS6 DepreciationScott Wegner2007-06-2716-545/+471
| | | | | | | | | | | | | | | | | 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
* [svn-r12464] Changed "eol-style" property on all Windows-specific files to ↵Quincey Koziol2006-07-149-561/+561
| | | | | | be "CRLF" instead of "native".
* [svn-r10910] Purpose:Fang Guo2005-06-101-9/+5
| | | | | | | | | | | Update typegen.sln Description: Solution: Platforms tested: MSVS .Net on windows XP Misc. update:
* [svn-r10904] Purpose:Fang Guo2005-06-101-0/+25
| | | | | | | | | | | | | Support command line build HDF5 with Visual C++ .Net and Intel compiler Description: We can not find a way to convert workspace to solution format from command line. typegen.sln will be provided in order to support command line build HDF5 with MSVS .Net and Intel Compiler. Solution: Platforms tested: MSVS .NET on windows XP. Misc. update:
* [svn-r10885] Purpose:Fang Guo2005-06-091-1/+1
| | | | | | | | | | | | Update project files to generate H5fortran_detect.f90 Description: Source code in project file H5fortran_detect_gen.dsp was renamed to H5test_kind.f90. Solution: Platforms tested: Compaq fortran 6.6 on windows XP. Misc. update:
* [svn-r10761] Purpose:Fang Guo2005-05-191-7/+7
| | | | | | | | | | | Update project setting. Description: Solution: Platforms tested: Misc. update:
* [svn-r10759] Purpose:Fang Guo2005-05-191-0/+106
| | | | | | | | | | | Use to generate H5f90i_gen.h and H5fortran_types.f90 Description: Special project file for windows. Solution: Platforms tested: MSVS 6.0 on windows XP. Misc. update:
* [svn-r10758] Purpose:Fang Guo2005-05-191-0/+29
| | | | | | | | | | | Use to generate H5f90i_gen.h and H5fortran_types.f90 on windows. Description: Special workspace for windows. Solution: Platforms tested: MSVS 6.0 on windows XP. Misc. update:
* [svn-r10757] Purpose:Fang Guo2005-05-191-0/+29
| | | | | | | | | | | Use to generate H5fortran_detect.f90 in windows. Description: Special workspace for windows. Solution: Platforms tested: MSVS 6.0 on windows XP. Misc. update:
* [svn-r10756] Purpose:Fang Guo2005-05-191-0/+106
| | | | | | | | | | | Use to generate H5fortran_detect.f90 Description: Special project file on windows XP. Solution: Platforms tested: MSVS 6.0 on windows XP. Misc. update:
* [svn-r10755] Purpose:Fang Guo2005-05-191-0/+106
| | | | | | | | | | | Use to generate H5fort_type_defines.h in windows. Description: Special project file for windows. Solution: Platforms tested: MSVS 6.0 on windows XP. Misc. update:
* [svn-r10754] Purpose:Fang Guo2005-05-191-0/+29
| | | | | | | | | | | Special wrokspace for windows. Description: Use to generate H5fort_type_defines.h in windows. Solution: Platforms tested: MSVS6.0 on windows XP. Misc. update:
* [svn-r10753] Purpose:Fang Guo2005-05-192-135/+0
| | | | | | | | | | | Typo in directory name. Description: Solution: Platforms tested: Misc. update:
* [svn-r10713] Purpose:MuQun Yang2005-05-021-0/+106
| | | | | | | | | | | | Adding windows project files to simulate the fortran auto-type conversion procedures on linux. Description: Solution: Platforms tested: Misc. update:
* [svn-r10712] Purpose:MuQun Yang2005-05-021-0/+29
| | | | | | | | | | | | | Adding windows workspace to simulate the fortran auto-type conversion procedures on linux. Description: Solution: Platforms tested: windows xp Misc. update:
* [svn-r10519] Purpose:Fang Guo2005-03-311-0/+106
| | | | | | | | | | | For windows support, remove all.zip from hdf5. Description: Add h5tinit project file into windows/misc/typegen/h5tinit Solution: Platforms tested: MSVS 6.0 on windows xp. Misc. update:
* [svn-r10518] Purpose:Fang Guo2005-03-311-0/+29
For windows support, remove all.zip from hdf5. Description: Add typegen workspace project file into windows/misc/typegen Solution: Platforms tested: MSVS 6.0 on windows xp. Misc. update:
generated by cgit v0.12 at 2024-11-03 02:45:39 (GMT)