The format is based on Keep a Changelog, and this project adheres to Semantic Versioning.
- Updated gFTL to v1.17.0
- Remove
gfortran-12from macos runners, clean up CI
- Updated gFTL to v1.16.0
- Remove
macos-13from CI, addmacos-15 - Add
gfortran-15to macOS CI - Update CMake minimum version to 3.24
- LLVMFlang compiler support
- Updated gFTL to v1.15.0
- Update CI to have
gfortran-10andgfortran-11only onubuntu-22.04 - Update CI NVIDIA to NVHPC 24.7
- Add Flang to CI
- Added gftl-shared-v2-as-default to install list
- Added
-quietflag for NAG Fortran - Remove
macos-11andmacos-12from GitHub Actions, move to usemacos-13andmacos-14 - Updated gFTL to v1.14.0
- Add Ubuntu 24 to CI that has
gfortran-13. Removegfortran-13test from ubuntu 22, addgfortran-14 - Up
cmake_minimum_required
- Fujitsu compiler support
- Results from running trial sources during CMake config are now stored in the CMake cache
- Updated gFTL submodule to v1.12.0
- Add
-check nouninitfor Intel LLVM to work aroundifxbug.
- Updated gFTL submodule to v1.11.0
- Fixed issue where the names of some iterators for containers were not being correctly named. E.g., StringSetIterator was only named SetIterator.
- Added
IntelLLVM.cmakefile as a copy ofIntel.cmaketo support the LLVM Intel compiler frontends
- Updated gFTL submodule to v1.10.0
- Fixes for GNU Make builds
- Update gFTL submodule to v1.8.2
- Fix use of
-Odflag with Intel on non-Windows machines
- NAG compiler flags - to reduce useless warning messages.
- Updated gFTL submodule to v1.8.0
- Updated GitHub Actions
- OSs
- Remove macos-10.15
- Add ubuntu-22.04 and macos-12
- Compilers
- Removed gfortran-8
- Added gfortran-11
- Added gfortran-12 (for ubuntu-22.04)
- OSs
- Updated gFTL submodule to v1.6.0
- Add
NVHPC.cmakefile for NVHPC support
- eliminates some compiler warnings from gFTL submodule
- Missing public interfaces for Set containers
- Extended line length for gFortran
- Incorrect path in CMake logic. Only affected internal builds for subsequently deleted executable targets.
- Added support for compiling on Windows with Intel compiler.
- Updated gFTL submodule to v1.5.1 (apparently did not take in 1.3.1)
- Mistake in last change not caught because of skipping make clean.
- Workaround for ifort duplicate symbols in modules.
-
split v2 source files such that wrapper modules are in a separate library. This appears to work around a
duplicate symbolissue that arises under Intel on OS X when linking to v1 and v2 simultaneously. Users that want v2 as the default should link withGFTL-SHARED::gftl-shared-v2-as-defaultrather thanGFTL-SHARED::gftl-shared. -
Updated gFTL submodule to v1.5.1.
-
gFTL-shared now provides 2 sets of containers in libraries
GFTL_SHARED::gftl1-sharedandGFTL_SHARED::gftl2-shared. The legacyGFTL_SHARED::gftl-sharedcurrently points to the v1 library, but will be updated to v2 when gFTL formally roles out v2.0.Projects can gradually update to the v2 interfaces by using the new module namespace prefixes: "gFTL1" and "gFTL2" respectively and link to both libraries. Alternatively, a project that wishes to only use one or the other can continue to use the "gFTL" namespace prefix.
- Improved ability to embed within other projects.
-
gFTL-shared now uses CMake namespaces. Upstream projects should link with
GFTL_SHARED::gftl-sharedinstead of justgftl-shared. -
Updated gFTL submodule.
3rd times a charm.
- Similar fixes as in 1.1.1
- Incorrect variable in build_submodules.cmake was interfering with builds of some upstream projects.
- improved support for including gFTL-shared within other projects
(as opposed to using
find_package())
- updated to latest gFTL (changes related to above)
- Trivial upate of submodule
- overrode the default name for Pair types in generated Maps Was tripping an XLF bug, but this change is also potentially useful to users.
- Enabled CMAKE_POSITION_INDEPENDENT_CODE
- updated gFTL to v1.2.5
- updated gFTL to include memory leak workaround for Intel 18