Fortran compilers typically have options for enforcing Fortran standards.
The compilers raise additional warnings or errors for code that is not deemed compliant.
Fortran standard options can make false warnings, so we generally do not enable standards checking for user defaults.
However, we do enforce implicit none as a quality measure.
It’s also important to use implicit none so that each variable must be assigned beforehand.
We recommend the Fortran 2018 statement:
implicitnone(type,external)
which requires explicitly defined procedure interfaces as well.
type
the traditional implicit none default
external
new for Fortran 2018, requires explicit interface for external procedures.
Like other coding languages, Fortran code might have variables that are used before they are defined, or variables that are defined but never used.
Uninitialized variables cause unexpected behavior that can be difficult to debug.
Variables that are defined but never used are a waste of memory and possibly computation time and make the code less readable.
Here is a trivial example of a Fortran program that has an undefined variable, that Fortran compilers generally don’t warn about by default, and may not even be able to warn at compile time.
GCC / GFortran 17 adds two Fortran compiler options to provide more robust (less false positive and false negative) warnings about undefined and unused variables.
This is a potentially significant improvement over the
-Wuninitialized
and
-Wmaybe-uninitialized
flags, which operate on the
Static Single Assignment (SSA)
form and are known to be more likely to produce false positives and false negatives.
The LLVM Flang compiler has an option
-Wused-undefined-variable
that at least in Flang 22.1 didn’t catch the undefined variable in the toy example above, but does catch the unused variable with the option
-pedantic.
It is mentioned in the Flang forums that the Flang team considers some of the cases Gfortran 17 catches to be for possibly future implemented
runtime checks
rather than compile-time checks as in GCC 17.
warning: Value of uninitialized local variable ‘i’ is used but never defined [-Wused-undefined-variable]
The “nvfortran” compiler nvfortran -help didn’t reveal any options to detect undefined variables beyond the usual -Mdclchk that enforces implicit none - but that’s a declaration check, not a defined variable check.
Whether using Clang / LLVM or Homebrew GNU GCC compiler, GNU ld is not supported on macOS.
Only the Apple macOS
Xcode ld is supported.
The new
ld linker
in Xcode 15 broke numerous projects, including OpenMPI < 4.1.6.
Each of macOS, Windows, and Linux has a way to get and set which users have administrative privileges (i.e. can use sudo or are in the Administrators group) from Terminal.
On Windows, the users who are
Administrator
capable can be discovered from PowerShell using:
Get-LocalGroupMember -Group "Administrators"
Query a specific user to see if they are an Administrator:
$user = "myUsername"# put the desired username in the $user variable, then run the following command:Get-LocalGroupMember -Group "Administrators" | Where-Object { $_.Name -like "*\$user" }
Long-running Terminal programs might not be detected by the operating system on a laptop or other device that has power-saving sleep or suspend modes.
This can lead to disappointment as the long-running program hasn’t completed when the user checks back.
This
caffeinate Python script
works with:
To disable sleep while on AC power (charger), which is also suitable for fixed devices like a desktop, use
systemctl mask
to disable the sleep, suspend, hibernate, and hybrid-sleep targets:
For Windows, check and save to a text file the current power management settings with
powercfg:
powercfg /query
Look for “Current AC Power Setting Index” in the output for “Sleep” and “Hibernate” to see the current settings.
To disable sleep while on AC power (charger), which is also suitable for fixed devices like a desktop:
powercfg /change standby-timeout-ac 0
To set Hibernate to never while on AC power (charger), while allowing hibernate to be enabled for battery power (important for laptop tucked away for the weekend), run the following command:
powercfg /change hibernate-timeout-ac 0
Note that powercfg /hibernate off completely disables hibernate, which is not necessarily recommended for laptops that may be stored without power when not manually shut down each time.
While CMake binaries can be downloaded for most platforms, there are certain cases where one wishes to build CMake from source.
For example, when preparing a merge request to fix or enhance CMake.
Usually the computer will have at least an older version of CMake that can be used.
If so, we recommend using the existing CMake to build the newer CMake from the CMake source directory.
We recommend using
Ninja
in general for faster build and rebuild for any CMake project.
This puts the compiled CMake under ~/cmake-dev, without disturbing the primary CMake install.
Upon making any CMake code changes, simply recompile the minimum needed bits by:
Regardless of how an App is installed, whether through WinGet, the Microsoft Store, or a direct download, WinGet can be used to find the program install location on disk.
For example, to find the install location of the Microsoft Edge browser:
winget list Microsoft.Edge --details
programatically like:
(winget list Microsoft.Edge --details | Select-String -Pattern 'Installed Location:\s*(.+)').Matches.Groups[1].Value.Trim()
The results include “InstalledLocation” which for this example may be examined like:
ls ${Env:ProgramFiles(x86)}/Microsoft/Edge/Application
with results including the Edge executable msedge.exe.
curl -O https://astrometry.net/downloads/astrometry.net-latest.tar.gz
tar xf astrometry.net-*.gz
cd astrometry.net-*
make
make py
make extra
make install INSTALL_DIR=~/astrometry.net
Matlab external language
interfaces
includes .NET on Windows, Linux, and macOS.
This allows efficiently calling .NET assemblies and using .NET libraries directly from Matlab.
The Matlab function
dotnetenv
is used to set up and check the active .NET environment in Matlab.
Environment variable DOTNET_ROOT is vital for Matlab to detect the .NET installation, particularly on Linux and macOS.
If Matlab is having issues detecting the .NET installation NET.isNETSupported is false, determine the value for DOTNET_ROOT from system Terminal:
dotnet --info
If “dotnet” command is not found, install .NET SDK: