summaryrefslogtreecommitdiffstats
path: root/windows/proj/all_fortran/all_fortran.sln
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r22953] Purpose:Dana Robinson2012-10-231-2965/+0
| | | | | Removed legacy Visual Studio solutions and projects, which will no longer be supported after HDF5 1.8.10.
* [svn-r18431] Added libsettings project to solution files.Allen Byrne2010-03-191-37/+51
| | | | Updated Manifest
* [svn-r18360] Updated project files and release docs to VS2008 and IVF101 based.Allen Byrne2010-03-031-32/+2
| | | | | | Made change to cpp version of testhdf5 for the elimination of dsets standalone. Tested: Windows
* [svn-r17721] Added new files:Allen Byrne2009-10-221-0/+28
| | | | | tlinks.cpp, tcheck_version.c and tcheckversion projects
* [svn-r17541] Added missing farray(dll) project dependicies on hdf5 and ↵Allen Byrne2009-09-281-410/+418
| | | | libtest to the solution file.
* [svn-r17529] Added farray projects to solution file.Allen Byrne2009-09-251-0/+20
|
* [svn-r17033] perf_serial project files added and test added to performance ↵Allen Byrne2009-06-111-0/+28
| | | | | | batch file Tested: XP32 VS2005
* [svn-r15815] Purpose: Add new source code and tests to WindowsScott Wegner2008-10-081-395/+455
| | | | | | | | | | 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-r15584] Purpose: Add new extensible array source code and test project ↵Scott Wegner2008-09-031-4/+36
| | | | | | | | | 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-r15503] Purpose: Add new app_ref test to Windows projectsScott Wegner2008-08-211-2/+32
| | | | | | | | 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-r15153] Purpose: Add testhdf5_1_8fortran[dll] Windows projects as ↵Scott Wegner2008-06-051-388/+390
| | | | | | | | | | dependencies to all_fortran Description: The projects testhdf5_1_8fortran[dll] which test the new fortran features in HDF5 1.8 were not registered as dependencies to the "all_fortran" pseudo-project. As a result, the projects would not be built if you simply build all_fortran in Visual Studio, rather than "Build Solution". This is a very minor cleanup, but is neccessary to be consistent in our projects. Tested: VS2005 on WinXP x64
* [svn-r14975] Purpose: Add Windows fixes for new Fortran code.Scott Wegner2008-05-121-381/+414
| | | | | | | | Description: There were a number of small tweaks we needed to make to add the new fortran_1_8 code on Windows. We create new project files, add new source to them, add the test to our test suite, and fix a few typos in the Windows-specific source code. Tested: VS2005 on WinXP
* [svn-r14903] Undoing change committed in r14902.Scot Breitenfeld2008-04-301-390/+409
|
* [svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. ↵Scot Breitenfeld2008-04-301-409/+390
| | | | New fortran wrappers added.
* [svn-r14843] Purpose: Fix link input in Windows HL Fortran examplesScott Wegner2008-04-141-1/+3
| | | | | | | | | | Description: Previously, our Windows projects for HL Fortran examples were using outdated library names for our cstub code. As a result, they wouldn't build correctly. This checkin brings them up-to-date. Also, add hdf5_hl.lib as a dependency to hdf5_hl_fortran.lib. This goes un-noticed when building the complete VS solution, but should be required when only building hdf5_hl_fortran.lib Tested: VS2005 on WinXP
* [svn-r14838] Purpose: Remove ohdr_gentst from Windows projectsScott Wegner2008-04-141-14/+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-081-0/+28
| | | | | | | | | 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-r14603] Purpose: Add hdf5 library as a dependency to hdf5_hl library in ↵Scott Wegner2008-02-181-378/+381
| | | | | | | | | | | | | 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-r14255] Purpose: Add h5tinit.c to default Windows build processScott Wegner2007-11-131-0/+58
| | | | | | | | | 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-r14235] Purpose: Modify Windows project dependenciesScott Wegner2007-11-051-421/+423
| | | | | | | | Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
* [svn-r14138] Scott Wegner2007-09-101-4/+4
|
* [svn-r14093] Purpose: Convert Windows projects to VS2005 format and support ↵Scott Wegner2007-08-161-736/+1450
| | | | | | | | | | | 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-r13922] Purpose: First step in VS6 DepreciationScott Wegner2007-06-271-0/+1947
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