This following line say there was no python(3.6 in this case).so to compile against found, /usr/bin/ld: /usr/local/lib/libpython3.6m.a(pylifecycle.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
Reinstall python, ./configure --enable-shared # in this case python-3.6.9 from source (because mention of this version was deep in the CMake weeds), and things go surprisingly smoothly. git describe v3.3.0-2898-gba4e7c404b ~/gdal$ gdalinfo --version GDAL 3.5.0dev-ba4e7c404b, released 2022/02/28 DODS exclusion by turning both GDAL driver and OGR to OFF Updated Netcdf, HDF4 & HDF5 - so stack improved there I got so conditioned to out of tree builds that I tried it on the python reinstall. CMake, it's more than a build, it's an adventure. Chris On Sat, Mar 5, 2022 at 10:50 PM chris english <englishchristoph...@gmail.com> wrote: > This can't be a novel 'almost got there', but then not. > [ 98%] Linking CXX executable pytest_runner > /usr/bin/ld: /usr/local/lib/libpython3.6m.a(pylifecycle.o): relocation > R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE > object; recompile with -fPIE > /usr/bin/ld: /usr/local/lib/libpython3.6m.a(pystate.o): relocation > R_X86_64_32S against symbol `_PyEval_EvalFrameDefault' can not be used when > making a PIE object; recompile with -fPIE > > In ubuntu-20.04, so have Python2.7, Python3.6, Python3.8, and 3.9, and > generally advised against summarily removing any, so...they stay. > Still working with git describe: v3.3.0-2898-gba4e7c404b > > I'd like to say -fPIE is probably -fPIC, but beyond that I don't know how > to proceed. > Previously, to get to here, eliminated all DODS, libdap, netcdf, mrsid > references. > Any help to get beyond 98% to 100% good news appreciated. > Chris >
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev