The sndfile.dll library cannot be found, even though it installs to the correct place ('C:\Users\me\Miniconda3\envs\py37\Library\bin\sndfile.dll'), perhaps due to the fact that ctypes.util.find_library reports the above location without the "C:" at the start (noticed by @mgeier)....
[ build and install GDAL 3.7.0 and set the appropriate values for PATH and LD_LIBRARY_PATH to point to it ] $ export LD_LIBRARY_PATH=~/install-python-3.10.0/lib:$LD_LIBRARY_PATH $ ~/install-python-3.10.0/bin/python3 -m venv venv_numpy_1_25 $ source venv_numpy_1_25/bin/activat...
{E}&south={S}&north={N}&outputFormat=GTiff", 'OpenTopography2', 'OpenTopography.org web service'), ("http://www.marine-geo.org/services/GridServer?west={W}&east={E}&south={S}&north={N}&layer=topo&format=geotiff&resolution=high", 'Marine-geo.org', 'Marine-geo.org web service...
( I have the outputs of conda list below), but both gdal and tensorflow both use it. I believe the issue is from arecent update to gdal which places a lock on the hdf5 library at build timeand I was wondering if I could modify how tensorflow imports h5py to get around this problem...
Enable static builds * Add epsilon library port Signed-off-by: Hiroshi Miura <miurahr@linux.com> * [vcpkg-configure-cmake] Use ninja to configure in parallel (#2712) * [curl] Add nghttp2.lib to dependencies of curl * [vtk] Fix breaking change in find_package(HDF5) * Merge findFile...
creating ./config.status config.status: creating src/Makevars ** libs g++ -std=gnu++11 -I"/usr/share/R/include" -DNDEBUG -DHAVE_PROJ_H -I/usr/include/gdal -I/usr/include -I'/home/robin/R/x86_64-pc-linux-gnu-library/4.0/Rcpp/include' -fpic -g -O2 -fdebug-prefix-map=/build/...
pip install -d /Library/Python/2.7/site-packages neovim Then neovim + YCM should now work. It's unfortunate this was such a hassle, but on the other hand, if you want to use things likehttps://github.com/davidhalter/jedi, you would eventually need to work out the python package instal...