An increasing number of systems have multiple CPUs, say four, six or eight but may have modest RAM of 1 or 2 GB.
An example of this is the Raspberry Pi.
Ninja
job pools
allow specifying a specific limit on number of CPU processes used for a CMake target.
That is, unlike GNU Make where we have to choose one CPU limit for the entire project, with Ninja we can select CPU limits on a per-target basis.
That’s one important benefit of Ninja for speeding up builds of medium to large projects, and why we see increasing adoption of Ninja in prominent projects including Google Chrome.
This is another reason why we generally strongly encourage using Ninja with CMake.
Specifically, CMake + Ninja builds can limit CPU process count via target properties:
The global
JOB_POOLS
property defines the pools for the targets.
Upon experiencing build issues such as SIGKILL due to excessive memory usage, inspect the failed build step to see if it was a compile or link operation, to determine which to limit on a per-target basis.
Suppose that 500 MB of RAM are needed to compile a target and we decide to ensure at least 1 GB of RAM is available to give some margin.
Thus we constrain the number of CPU processes for that target based on
CMake-detected available physical memory.
The appropriate parameters for your project are determined by trial and error.
If this method still is not reliable even with a single CPU process, then a possible solution is to cross-compile, that is to build the executable on a more capable system for this modest system.
The Ninja build executable for Visual Studio location can be determined from the Visual Studio terminal:
where ninja
The factory Visual Studio Ninja version may be too old for use with CMake Fortran projects.
If needed, replace the Visual Studio Ninja executable with the latest Ninja version, perhaps with a soft link to the ninja.exe desired.
Add user permission
to create symbolic links.
NetCDF4 Fortran library may compile successfully and run for simple programs but segfault on programs where HDF5 is linked directly as well as NetCDF4.
A reason one might directly link both HDF5 and NetCDF is a program that need to read / write files in HDF5 as well as NetCDF format.
The symptom observe thus far is the program segfault on nf90_open().
The fix is to compile HDF5 and NetCDF for yourself.
Gfortran 9.3.0 is sensitive to overlapping / duplicated use elements in a module - submodule hierarchy.
That is, if a procedure is used in multiple places in the module - submodule hierarchy, only use the procedure once at the highest necessary level of the hierarchy.
This is perhaps best shown by example:
modulefooimplicitnone(type,external)containssubroutinebar()endsubroutinebarendmodulefoomoduleparentusefoo,only:barimplicitnone(type,external)interfacemodulesubroutinebazendsubroutinebazendinterfaceendmoduleparentsubmodule(parent)childusefoo,only:bar!< this is unnecessary and triggers the Gfortran 9.3.0 error
implicitnone(type,external)containsmoduleprocedurebazendprocedurebazendsubmodulechild
The error message from Gfortran 9.3.0 is like:
$ gfortran -c .\dupe.f90
dupe.f90:17:17:
17 | submodule (parent) child
| 1
18 | use foo, only : bar
| 2
Meson projects may contain Python code, including Meson subprojects.
However, the Meson subproject code may not be relevant to the top-level Meson project Python code.
Then, Pytest Python test suites may fail when the subprojects/ directory tree is searched and unwanted tests are run.
Ignore directories with Pytest: while this example is for Meson subprojects, it is obviously applicable to many other Python projects.
Add to file “pyproject.toml” in project top-level directory:
Paramiko Python SSH library provides a convenient
SFTPClient
that allows easy transfer of files over SSH.
A distinction from the command line utility
sftp
is that “put"ing a file must include the full destination path including filename, to avoid OSError.
This Paramiko example shows copying a file from local computer to remote computer over SSH in Python.
fromparamikoimport SSHClient
source = "foo.txt"dest = "~/Documents/foo.txt"with SSHClient() as ssh:
ssh.load_system_host_keys()
ssh.connect("server.invalid")
with ssh.open_sftp() as sftp:
sftp.put(source, dest)