The format is based on Keep a Changelog, and this project adheres to Semantic Versioning.
- LLVMFlang compiler support
- Update CI to have
gfortran-10
andgfortran-11
only onubuntu-22.04
- Update CI NVIDIA to NVHPC 24.7
- Add Flang to CI
- Added gftl-shared-v2-as-default to install list
- Added
-quiet
flag for NAG Fortran - Remove
macos-11
andmacos-12
from GitHub Actions, move to usemacos-13
andmacos-14
- Updated gFTL to v1.14.0
- Add Ubuntu 24 to CI that has
gfortran-13
. Removegfortran-13
test 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 nouninit
for Intel LLVM to work aroundifx
bug.
- 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.cmake
file as a copy ofIntel.cmake
to 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
-Od
flag 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.cmake
file 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 symbol
issue 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-default
rather thanGFTL-SHARED::gftl-shared
. -
Updated gFTL submodule to v1.5.1.
-
gFTL-shared now provides 2 sets of containers in libraries
GFTL_SHARED::gftl1-shared
andGFTL_SHARED::gftl2-shared
. The legacyGFTL_SHARED::gftl-shared
currently 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-shared
instead 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