r-spatial / lwgeom Goto Github PK

Check / verify that st_transform_proj finds the datum files in sf.

I've tested the st_transform_proj() function and found out that it doesn't work properly with some of the projections, including Winkel Tripel, Boggs Eumorphic, or Natural Earth.
For these projections, the function creates a new object (without a warning or error) that can printed. However, it is impossible to plot the new object:

library(spData)
library(sf)
#> Linking to GEOS 3.5.0, GDAL 2.1.2, proj.4 4.9.2
library(lwgeom)
#> Linking to liblwgeom 2.5.0dev r16016
world_wintri = st_transform_proj(world, crs = "+proj=wintri")
head(world_wintri)
#> Simple feature collection with 6 features and 10 fields
#> geometry type:  MULTIPOLYGON
#> dimension:      XY
#> bbox:           xmin: -6013512 ymin: -6276076 xmax: 6211408 ymax: 4761920
#> epsg (SRID):    NA
#> proj4string:    +proj=wintri
#>   iso_a2            name_long     continent region_un       subregion
#> 1     AF          Afghanistan          Asia      Asia   Southern Asia
#> 2     AO               Angola        Africa    Africa   Middle Africa
#> 3     AL              Albania        Europe    Europe Southern Europe
#> 4     AE United Arab Emirates          Asia      Asia    Western Asia
#> 5     AR            Argentina South America  Americas   South America
#> 6     AM              Armenia          Asia      Asia    Western Asia
#>                type   area_km2      pop  lifeExp gdpPercap
#> 1 Sovereign country  652270.07 31627506 60.37446  1844.022
#> 2 Sovereign country 1245463.75 24227524 52.26688  6955.960
#> 3 Sovereign country   29694.80  2893654 77.83046 10698.525
#> 4 Sovereign country   79880.74  9086139 77.36817 63830.700
#> 5 Sovereign country 2784468.59 42980026 76.15861 18872.967
#> 6 Sovereign country   28656.60  3006154 74.67571  7706.133
#>                             geom
#> 1 MULTIPOLYGON (((5108567.494...
#> 2 MULTIPOLYGON (((1484047.791...
#> 3 MULTIPOLYGON (((1663361.831...
#> 4 MULTIPOLYGON (((4520545.763...
#> 5 MULTIPOLYGON (((-4723076.95...
#> 6 MULTIPOLYGON (((3531966.010...
plot(world_wintri)
#> Warning: plotting the first 9 out of 10 attributes; use max.plot = 10 to
#> plot all
#> OGR: Corrupt data
#> Error in CPL_gdal_dimension(st_geometry(x), NA_if_empty): OGR error

world_boggs = st_transform_proj(world, crs = "+proj=boggs")
plot(world_boggs$geom)
#> OGR: Corrupt data
#> Error in CPL_gdal_dimension(st_geometry(x), NA_if_empty): OGR error

world_natearth = st_transform_proj(world, crs = "+proj=natearth")
plot(world_natearth$geom)
#> OGR: Corrupt data
#> Error in CPL_gdal_dimension(st_geometry(x), NA_if_empty): OGR error

I cannot seem to install lwgeom on a vanilla Ubuntu 18.04 (bionic) instance, which has: GEOS 3.6.2, GDAL 2.2.3, PROJ 4.9.3 (as reported by sf 😺 ). I get the error:

checking proj_api.h usability... no
checking proj_api.h presence... no
checking for proj_api.h... no
configure: error: proj_api.h not found in standard or given locations.
ERROR: configuration failed for package ‘lwgeom’

Any ideas? (DESCRIPTION says GEOS >= 3.5.0 and PROJ >= 4.8.0 should be enough?)

Hi,

As far as I understand, lwgeom depends on SQLite only insofar as libproj depends on it (though maybe I'm wrong here, but it would only make my point more valid I guess?). Yet, as far as users and, more importantly perhaps, packagers are concerned, SQLite is a direct dependency of lwgeom, because it is needed to be installed on the system, including "-dev/-devel" subpackages in order to build lwgeom.

As such, I believe it would be relevant to add "SQLITE (>=3.XXX)" (I believe, correct version is 3.11, same as PROJ?) in the "SystemRequirements:" line of the DESCRIPTION file.

As a concrete example, on openSUSE, we are using an automatic build system for R packages to generate RPMs for our users, and it scans the DESCRIPTION file for this line in order to detect the needed system dependencies. Right now, it is failing for lwgeom because it lacks the (unspecified) SQLITE dependency at build time.

Thank you!

PS: Of note, I saw "sqlite3" is mentioned in "SystemRequirements" of the "sf" package.

I worked up a decent approach (in that it seems quite fast working with >70k river features) to the same geometric function as ST_LineSubString over here: https://gist.github.com/dblodgett-usgs/cf87392c02d73f1b7d16153d2b66a8f3 It is written to orchestrate over an sf LINESTRING dataframe though. Some work would be required to boil it down to the basic function.

@edzer you told me to raise this here, but since it doesn't use lwgeom, (it's dplyr / sf) is it really appropriate?

This function is pretty GIS - swiss army knife, but it would be good to have a ST_LineSubString function some place... fine to move on if this doesn't fit, but wanted to offer it up if it seems applicable.

I am using st_geohash to parse a sf polygon data frame into geohash list, however, I found it fail to convert polygons to geohash list directly.

as additional fields to

> lwgeom_extSoftVersion()
           lwgeom 
"2.5.0dev r16016" 

I'm working to get the conda-forge build working and have hit a snag when building for OS X. The relevant portion of the log is reproduced below, and the full log is at https://dev.azure.com/conda-forge/84710dde-1620-425b-80d0-4cf5baca359d/_apis/build/builds/275815/logs/35

Any thoughts?

2021-02-09T19:10:09.3315860Z config.status: creating src/postgis_config.h
2021-02-09T19:10:09.4638060Z ** libs
2021-02-09T19:10:09.4836740Z x86_64-apple-darwin13.4.0-clang++ -std=gnu++11 -I"$PREFIX/lib/R/include" -DNDEBUG -DUSE_PROJ_H -I$PREFIX/include -DPOSTGIS_GEOS_VERSION=35 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I'$PREFIX/lib/R/library/Rcpp/include' -I'$PREFIX/lib/R/library/sf/include' -D_FORTIFY_SOURCE=2 -isystem $PREFIX/include -mmacosx-version-min=10.9 -I$PREFIX/include   -fPIC  -march=core2 -mtune=haswell -mssse3 -ftree-vectorize -fPIC -fPIE -fstack-protector-strong -O2 -pipe -stdlib=libc++ -fvisibility-inlines-hidden  -fmessage-length=0 -isystem $PREFIX/include -fdebug-prefix-map=/Users/runner/miniforge3/conda-bld/r-base-split_1611775855546/work=/usr/local/src/conda/r-base-4.0.3 -fdebug-prefix-map=$PREFIX=/usr/local/src/conda-prefix  -c geodetic.cpp -o geodetic.o
2021-02-09T19:10:16.0090620Z In file included from geodetic.cpp:6:
2021-02-09T19:10:16.0120480Z ./liblwgeom/liblwgeom.h:38:26: error: invalid token at start of a preprocessor expression
2021-02-09T19:10:16.0222050Z #if POSTGIS_PROJ_VERSION < 60
2021-02-09T19:10:16.0235420Z                          ^
2021-02-09T19:10:16.0336720Z ./liblwgeom/liblwgeom.h:69:26: error: invalid token at start of a preprocessor expression
2021-02-09T19:10:16.0341140Z #if POSTGIS_PROJ_VERSION < 49
2021-02-09T19:10:16.0442620Z                          ^
2021-02-09T19:10:16.0461370Z ./liblwgeom/liblwgeom.h:2382:26: error: invalid token at start of a preprocessor expression
2021-02-09T19:10:16.0462710Z #if POSTGIS_PROJ_VERSION < 60
2021-02-09T19:10:16.0463760Z                          ^
2021-02-09T19:10:16.0464920Z ./liblwgeom/liblwgeom.h:2399:26: error: invalid token at start of a preprocessor expression
2021-02-09T19:10:16.0466330Z #if POSTGIS_PROJ_VERSION >= 60
2021-02-09T19:10:16.0467630Z                          ^
2021-02-09T19:10:16.6005880Z 4 errors generated.
2021-02-09T19:10:16.6109090Z make: *** [/Users/runner/miniforge3/conda-bld/r-lwgeom_1612897421165/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/lib/R/etc/Makeconf:181: geodetic.o] Error 1
2021-02-09T19:10:16.6221620Z ERROR: compilation failed for package ‘lwgeom’

Same as r-spatial/sf#1696. :)

My goal is to split a linestring using a polygon. When the linestring is entirely in the polygon, I'm expecting st_split to return the entire linestring as output. I got an unexpected result and after digging, I found that the linestring being completely in the polygon had overlapping segments. Because of this, it is decomposed in parts.

Example:

library(sf)
library(lwgeom)

# Define the border, a polygon
four_corners <- matrix(c(0, 0, 4, 0, 4, 3, 0, 3, 0, 0), 
                       ncol=2, byrow=TRUE)
pts <- list(four_corners)
my_polygon <- st_polygon(pts)

# Define a route in the middle of the polygon, not crossing it
x_coord = c(1, 2, 2, 2, 3)
y_coord = c(1, 1, 2, 1, 1)
coordinate_matrix <- cbind(x_coord, y_coord)
one_route = st_linestring(coordinate_matrix)

# Split the routes in different subroutes cut by the border (st_split)
splitted_routes <- st_split(one_route, my_polygon)
print(length(splitted_routes))
for (parts in 1:length(splitted_routes)) {
  print(splitted_routes[parts])
}

I'm expecting length(splitted_routes) to be 1.

Is this the expected behavior of st_split? And how could I get what I'm expecting in this case? I'm confused.

The full question and thinking about this problem is available here: https://gis.stackexchange.com/questions/395751/split-a-line-by-a-polygon-why-are-internal-lines-split-in-parts-using-sf-st

lwgeom still uses proj_api.h which is deprecated in PROJ 6.0.0 and will be removed in PROJ 7.0.0 (scheduled for March 2020).

When using proj_api.h with PROJ 6.0.0 -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H=1 needs to be added to CFLAGS to prevent a compiler error.

lwgeom should be updated to (also) support the proj.h API.

This affects the following revdeps, who have been informed:

• edbuildmapr (informed by email)
• https://github.com/smwoodman/eSDM/issues/9
• ipeaGIT/gtfs2gps#112
• munterfi/hereR#38
• uribo/jpndistrict#32
• riatelab/osrm#58
• jlacko/RCzechia#15
• riatelab/SpatialPosition#18
• riatelab/tanaka#2
• prioritizr/wdpar#24

adapt configure.ac such that it finds and links to liblwgeom if it is present on the system, or else compiles the library from src/liblwgeom, by manipulating the OBJECTS target in Makevars.in. This would then also allow compiling on CRAN osx.

Sorry if this isn't the best spot for this issue.

I am trying to set up a Github Actions workflow for R-CMD-Check with a package that has lwgeom as an Imports. Builds and checks fine locally, and works fine on a Windows build via gh workflows, On Ubuntu the lwgeom package install fails with:

* installing *source* package ‘lwgeom’ ...
** package ‘lwgeom’ successfully unpacked and MD5 sums checked
** using staged installation
configure: CC: gcc
configure: CXX: g++ -std=gnu++11
configure: pkg-config proj exists, will use it
checking proj_api.h usability... no
checking proj_api.h presence... no
configure: error: proj_api.h not found in standard or given locations.
checking for proj_api.h... no
ERROR: configuration failed for package ‘lwgeom’
* removing ‘/home/runner/work/_temp/Library/lwgeom’

The downloaded source packages are in
	‘/tmp/RtmpdW5KbT/downloaded_packages’
Warning message:
In i.p(...) : installation of package ‘lwgeom’ had non-zero exit status

sf installs and works fine, but lwgeom isn't. I am not very familiar with the GitHub actions so I am very likely missing something obvious and I have searched for example workflows that use lwgeom but couldn't find any.

I have a small package example at https://github.com/jhollist/testpkg.

Any obvious insights appreciated!

See #22

With a later liblwgeom version than travis and appveyor, I'm seeing:

> library(lwgeom)
Linking to lwgeom 2.4.1 r16012
> library(sf)
Linking to GEOS 3.6.2, GDAL 2.2.2, proj.4 4.9.3
> nc = st_read(system.file("gpkg/nc.gpkg", package="sf"))
Reading layer `nc.gpkg' from data source `/home/rsb/lib/r_libs/sf/gpkg/nc.gpkg' using driver `GPKG'
Simple feature collection with 100 features and 14 fields
geometry type:  MULTIPOLYGON
dimension:      XY
bbox:           xmin: -84.32385 ymin: 33.88199 xmax: -75.45698 ymax: 36.58965
epsg (SRID):    4267
proj4string:    +proj=longlat +datum=NAD27 +no_defs
> st_geod_area(nc[1:3,])
Error in CPL_geodetic_area(st_geometry(x), p$SemiMajor, p$InvFlattening) : 
  Expecting a single value: [extent=0].

and

> library(sf)
Linking to GEOS 3.6.2, GDAL 2.2.2, proj.4 4.9.3
> library(lwgeom)
Linking to lwgeom 2.4.1 r16012
> p = st_sfc(st_point(c(7,52)), st_point(c(8,53)), crs = 4326)
> st_geod_azimuth(p)
Error in CPL_geodetic_azimuth(st_geometry(x), p$SemiMajor, p$InvFlattening) : 
  Expecting a single value: [extent=0].
Calls: st_geod_azimuth -> CPL_geodetic_azimuth -> .Call
Execution halted

in tests/azimuth.R. Should I back-track to an older liblwgeom?

st_perimeter has a check such as: Error in if (st_is_longlat(x))

unfortunately, this will fail if the st_is_longlat(x) is NA, with error message:
Error in if (st_is_longlat(x)) stop("for perimeter of longlat geometry, cast to LINESTRING and use st_length") : missing value where TRUE/FALSE needed

Could the function handle this case? Maybe if (isTRUE(st_is_longlat(x))) ? Or return stop in any case?

Thanks!

See：

> install.packages("lwgeom")
Installing package into ‘/home/spack/spack/opt/spack/linux-centos8-aarch64/gcc-8.3.1/r-testthat-2.3.2-bfjih2xikzlqryku7amoi7qbjegvrm5t/rlib/R/library’
(as ‘lib’ is unspecified)
trying URL 'https://mirrors.bfsu.edu.cn/CRAN/src/contrib/lwgeom_0.2-5.tar.gz'
Content type 'application/octet-stream' length 501653 bytes (489 KB)
==================================================
downloaded 489 KB

* installing *source* package ‘lwgeom’ ...
** package ‘lwgeom’ successfully unpacked and MD5 sums checked
** using staged installation
configure: CC: /usr/bin/gcc
configure: CXX: /usr/bin/g++ -std=gnu++11
configure: pkg-config proj exists, will use it
configure: using proj.h.
configure: PROJ: 6.3.2
checking PROJ: checking whether PROJ and sqlite3 are available for linking:... yes
configure: POSTGIS_PROJ_VERSION: 63
checking for geos-config... /home/spack/spack/opt/spack/linux-centos8-aarch64/gcc-8.3.1/geos-3.8.1-cxocfswylusmwtaw3l7466zcuhjduyal/bin/geos-config
checking geos-config usability... yes
configure: GEOS: 3.8.1
checking GEOS version >= 3.5.0... yes
checking geos: linking with -L/home/spack/spack/opt/spack/linux-centos8-aarch64/gcc-8.3.1/geos-3.8.1-cxocfswylusmwtaw3l7466zcuhjduyal/lib -lgeos_c... yes
checking for GEOS_init_r in -lgeos_c... yes
configure: Package CPP flags:  -DUSE_PROJ_H -I/home/spack/spack/opt/spack/linux-centos8-aarch64/gcc-8.3.1/geos-3.8.1-cxocfswylusmwtaw3l7466zcuhjduyal/include -DPOSTGIS_GEOS_VERSION=35 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H
configure: Package LIBS: -L/home/spack/spack/opt/spack/linux-centos8-aarch64/gcc-8.3.1/proj-6.3.2-2dabkosmblt475wdejd72vbwkowq7d4k/lib -lproj      -L/home/spack/spack/opt/spack/linux-centos8-aarch64/gcc-8.3.1/geos-3.8.1-cxocfswylusmwtaw3l7466zcuhjduyal/lib -lgeos_c
configure: creating ./config.status
config.status: creating src/Makevars
config.status: creating src/postgis_config.h
** libs
/usr/bin/g++ -std=gnu++11 -I"/home/spack/spack/opt/spack/linux-centos8-aarch64/gcc-8.3.1/r-4.0.3-m6krre343vll5qheioulnieut6awar2h/rlib/R/include" -DNDEBUG -DUSE_PROJ_H -I/home/spack/spack/opt/spack/linux-centos8-aarch64/gcc-8.3.1/geos-3.8.1-cxocfswylusmwtaw3l7466zcuhjduyal/include -DPOSTGIS_GEOS_VERSION=35 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I'/home/spack/spack/opt/spack/linux-centos8-aarch64/gcc-8.3.1/r-rcpp-1.0.6-2b5vljrmzutkcd5pcuksov3qkhc4jg5h/rlib/R/library/Rcpp/include' -I'/home/spack/spack/opt/spack/linux-centos8-aarch64/gcc-8.3.1/r-testthat-2.3.2-bfjih2xikzlqryku7amoi7qbjegvrm5t/rlib/R/library/sf/include' -I   -fpic  -g -O2  -c geodetic.cpp -o geodetic.o
In file included from geodetic.cpp:6:
./liblwgeom/liblwgeom.h:49:10: fatal error: proj.h: No such file or directory
 #include "proj.h"
          ^~~~~~~~
compilation terminated.
make: *** [/home/spack/spack/opt/spack/linux-centos8-aarch64/gcc-8.3.1/r-4.0.3-m6krre343vll5qheioulnieut6awar2h/rlib/R/etc/Makeconf:181: geodetic.o] Error 1
ERROR: compilation failed for package ‘lwgeom’
* removing ‘/home/spack/spack/opt/spack/linux-centos8-aarch64/gcc-8.3.1/r-testthat-2.3.2-bfjih2xikzlqryku7amoi7qbjegvrm5t/rlib/R/library/lwgeom’

The downloaded source packages are in
        ‘/tmp/Rtmpim1q1u/downloaded_packages’
Warning message:
In install.packages("lwgeom") :
  installation of package ‘lwgeom’ had non-zero exit status

Information on your system

• Python: 3.6.8
• Platform: linux-centos8-aarch64
• Concretizer: original
• R: 4.0.3
• GDAL: 3.2.1
• GEOS: 3.8.1
• PROJ: 6.3.2

See https://cran.r-project.org/web/checks/check_results_lwgeom.html

@rsbivand do you remember what we have to do to get a pkg link to geos and proj on osx? Send an email to s-u?

see https://cran.r-project.org/web/checks/check_results_lwgeom.html

suggests OSX doesn't have the projection datum files in place?

I'm getting a warning that a LINESTRING cannot split a polygon because it is in fact a MultiLineString - even though it does not appear to be to me. I get this warning message:

Splitting a Polygon by a MultiLineString is unsupported
Error in CPL_split(x, st_geometry(y)) : lwgeom error

I am using the latest GitHub development release of lwgeom on a Windows 10 installation of R 3.5.3 with rtools installed:

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods  
[7] base     

other attached packages:
[1] lwgeom_0.1-6 sf_0.7-3  

Below is a REPREX of my problem - forgive me for the length of the example - I didn't know how to succinctly represent the polygon I am working with:

library(sf)
library(lwgeom)

hex <-
  structure(
    list(structure(
      list(structure(
        c(
          -88.455060600427,
          -88.0925247037421,-87.7299888070571,
          -87.7299888070571,
          -88.0925247037421,
          -88.455060600427,-88.455060600427,
          43.8085223219415,
          44.0178325194835,
          43.8085223219415,
          43.3899019268576,
          43.1805917293156,
          43.3899019268576,
          43.8085223219415
        ),
        .Dim = c(7L, 2L),
        .Dimnames = list(NULL, c("x", "y"))
      )), class = c("XY",
                    "POLYGON", "sfg")
    )),
    class = c("sfc_POLYGON", "sfc"),
    precision = 0,
    bbox = structure(
      c(
        xmin = -88.455060600427,
        ymin = 43.1805917293156,
        xmax = -87.7299888070571,
        ymax = 44.0178325194835
      ),
      class = "bbox"
    ),
    crs = structure(
      list(epsg = 4326L, proj4string = "+proj=longlat +datum=WGS84 +no_defs"),
      class = "crs"
    ),
    n_empty = 0L
  )

hex_coords <- st_coordinates(hex)
hex_coords <- hex_coords[, 1:2]
hex_centr <- st_coordinates(st_centroid(hex))
# define lines that split 
blade_coords <- rbind(hex_coords[2, ], hex_centr,
                      hex_coords[4, ], hex_centr, 
                      hex_coords[6, ], hex_centr, 
                      hex_coords[2:7, ], 
                      hex_coords[1, ], 
                      hex_coords[2, ])
blade_string <- st_linestring(blade_coords)


plot(blade_string)
plot(hex)
lwgeom::st_split(hex, blade_string)


# Simpler string
blade_coords <- rbind(hex_coords[2, ], hex_centr,
                      hex_coords[4, ], hex_centr)
blade_string <- st_linestring(blade_coords)
plot(blade_string)
lwgeom::st_split(hex, blade_string)

Am I misunderstanding something about st_split?

PostGIS uses in-memory trees to optimize its geodetic distance calculations (see related ticket). This could easily be exposed in the lwgeom package (see commit) except that it requires inclusion of a non-public header.

If the lwgeom package always uses its included copy of liblwgeom, there doesn't seem to be a problem with using this header, but a quick scan of the automake file leaves me with the impression that this package sometimes uses the system lwgeom instead of the bundled one.

The prototypes could most likely be added to the public liblwgeom.h header, though most users wouldn't see that until the next PostGIS release in ~ 1 year.

FWIW, the performance difference is roughly 50% on a quick point-line test, and obviously increases with the complexity of the input geometries, although this is subject to the caveat described in r-spatial/sf#885.

# master branch
> microbenchmark(st_geod_distance(coast, plants[1:4,]), times=10)
Unit: seconds
                                   expr     min       lq     mean   median       uq      max neval
 st_geod_distance(coast, plants[1:4, ]) 3.79407 3.799992 3.841222 3.805284 3.875724 3.967692    10

# distance-tree branch
> microbenchmark(st_geod_distance(coast, plants[1:4,]), times=10)
Unit: seconds
                                   expr     min       lq     mean   median       uq      max neval
 st_geod_distance(coast, plants[1:4, ]) 1.80738 1.817252 1.895973 1.838641 1.961336 2.118409    10

See this tread please
https://stackoverflow.com/questions/61312125/problem-installing-tmap-r-package-ubuntu-18-04

it seems that CRAN version doesn't get along with Ubuntu

a test in sf/tests/plot.R no errs, we see

> (m = st_make_grid())[[73]]
POLYGON ((-180 -70, -170 -70, -170 -60, -180 -60, -180 -70))
> m1 = st_segmentize(m, 2e5)
> m1[[73]]
POLYGON ((180 -70, -175 -70.070103935437, -170 -70, -170 -68.75, -170 -67.5, -170 -66.25, -170 -65, -170 -63.75, -170 -62.5, -170 -61.25, -170 -60, -172.496420052341 -60.0708457607377, -175 -60.0944985937173, -177.503579947659 -60.0708457607377, 180 -60, 180 -61.25, 180 -62.5, 180 -63.75, 180 -65, 180 -66.25, 180 -67.5, 180 -68.75, -180 -70))

compare first with last point. This then breaks in st_is_empty, which assumes 2D/planar.

I having problems installing lwgeom for a CentOS 7.3 based HPC cluster. I'm using R 3.6.2 and the following:

R CMD INSTALL lwgeom_0.1-7.tar.gz --configure-args='--with-proj-lib=/source/directory/proj/5.2.0/lib --with-proj-include=/source/directory/proj/5.2.0/include --with-proj-share=/source/directory/proj/5.2.0/share/proj --with-geos-config=/source/directory/geos/3.6.3/bin/geos-config'

Error:

liblwgeom/lwgeom_geos.c:1079:10: error: ‘POSTGIS_GEOS_VERSION’ undeclared (first use in this function)
POSTGIS_GEOS_VERSION);
^
liblwgeom/lwgeom_geos.c:1079:10: note: each undeclared identifier is reported only once for each function it appears in
make: *** [liblwgeom/lwgeom_geos.o] Error 1
ERROR: compilation failed for package ‘lwgeom’

• removing ‘/share/apps/gcc/4.8.5/R/3.6.2/lib64/R/library/lwgeom’

When I try the newer version of lwgeom:
R CMD INSTALL lwgeom_0.2-1.tar.gz --configure-args='--with-proj-lib=/source/directory/proj/6.1.1/lib --with-proj-include=/source/directory/proj/6.1.1/include/ --with-proj-share=/source/directory/proj/6.1.1/share/proj --with-geos-config=/source/directory/geos/3.6.3/bin/geos-config'

I get this error:
checking proj.h usability... no
checking proj.h presence... no
checking for proj.h... no
checking proj_api.h usability... no
checking proj_api.h presence... no
checking for proj_api.h... no
configure: error: neither proj.h nor proj_api.h were found.
ERROR: configuration failed for package ‘lwgeom’

• removing ‘/share/apps/gcc/4.8.5/R/3.6.2/lib64/R/library/lwgeom’

Do you have any suggestions for resolving these errors?

See https://cran.r-project.org/web/checks/check_results_lwgeom.html ; this was already outcommented because it broke on windows (appveyor).

@rundel since this was your PR, could you please take a look what is going on here?

see:

[root@centos8 lwgeom]# make install
1 error found in build log:
     132    checking for inttypes.h... yes
     133    checking for stdint.h... yes
     134    checking for unistd.h... yes
     135    checking proj_api.h usability... no
     136    checking proj_api.h presence... no
     137    checking for proj_api.h... no
  >> 138    configure: error: proj_api.h not found in standard or given locations.
     139    ERROR: configuration failed for package 'lwgeom'

I don't know why.Here is my system:

* **Python:** 3.6.8
* **Platform:** linux-centos8-aarch64
* **Concretizer:** original

Dear all, I was working on a project with Open Street Map data and I found a weird behaviour with st_split. In a few words, I think I found that the result of st_split depends on the order of points that are passed as input (i.e. the y argument). More precisely,

# packages
library(osmdata)
#> Data (c) OpenStreetMap contributors, ODbL 1.0. https://www.openstreetmap.org/copyright
library(sf)
#> Linking to GEOS 3.8.0, GDAL 3.0.4, PROJ 6.3.1
library(lwgeom)
#> Linking to liblwgeom 3.0.0beta1 r16016, GEOS 3.8.0, PROJ 6.3.1

# get data
osmdata_by_id <- opq_osm_id(c(133096444, 133097023), type = "way") %>% 
  osmdata_sf()
osm_lines <- osmdata_by_id$osm_lines

# plot
par(mar = rep(0, 4))
plot(st_geometry(osm_lines), reset = FALSE)

# calculate duplicated points
osm_points <- st_coordinates(osm_lines)[, 1:2]
unique_osm_points <- st_sfc(st_multipoint(osm_points[duplicated(osm_points), ]), crs = 4326)

# plot
plot(unique_osm_points, pch = 16, col = "red", add = TRUE)

Here I would like to get 4 different geometries, obtained by splitting the input data at the two red dots but this is the result:

# split
osm_lines_split <- lwgeom::st_split(osm_lines, unique_osm_points) %>% 
  st_collection_extract("LINESTRING")
osm_lines_split
#> Simple feature collection with 3 features and 1 field
#> geometry type:  LINESTRING
#> dimension:      XY
#> bbox:           xmin: -1.153723 ymin: 50.7263 xmax: -1.15313 ymax: 50.72732
#> geographic CRS: WGS 84
#>             highway                       geometry
#> 133096444   service LINESTRING (-1.153265 50.72...
#> 133096444.1 service LINESTRING (-1.153622 50.72...
#> 133097023   service LINESTRING (-1.153717 50.72...

plot(osm_lines_split, col = 1:3, lwd = 2)

Nevertheless, if I use the same input but in different order:

unique_osm_points <- osm_points[duplicated(osm_points), ]
unique_osm_points <- unique_osm_points[2:1, ]
unique_osm_points <- st_sfc(st_multipoint(unique_osm_points), crs = 4326)

osm_lines_split <- lwgeom::st_split(osm_lines, unique_osm_points) %>% 
  st_collection_extract("LINESTRING")

plot(osm_lines_split, col = 1:4, lwd = 2)

^{Created on 2020-11-10 by the reprex package (v0.3.0)}

devtools::session_info()
#> - Session info ---------------------------------------------------------------
#>  setting  value                       
#>  version  R version 3.6.3 (2020-02-29)
#>  os       Windows 10 x64              
#>  system   x86_64, mingw32             
#>  ui       RTerm                       
#>  language (EN)                        
#>  collate  Italian_Italy.1252          
#>  ctype    Italian_Italy.1252          
#>  tz       Europe/Berlin               
#>  date     2020-11-10                  
#> 
#> - Packages -------------------------------------------------------------------
#>  package     * version   date       lib source                           
#>  assertthat    0.2.1     2019-03-21 [1] CRAN (R 3.6.0)                   
#>  backports     1.1.10    2020-09-15 [1] CRAN (R 3.6.3)                   
#>  callr         3.5.1     2020-10-13 [1] CRAN (R 3.6.3)                   
#>  class         7.3-17    2020-04-26 [1] CRAN (R 3.6.3)                   
#>  classInt      0.4-3     2020-04-07 [1] CRAN (R 3.6.3)                   
#>  cli           2.1.0     2020-10-12 [1] CRAN (R 3.6.3)                   
#>  crayon        1.3.4     2017-09-16 [1] CRAN (R 3.6.0)                   
#>  curl          4.3       2019-12-02 [1] CRAN (R 3.6.1)                   
#>  DBI           1.1.0     2019-12-15 [1] CRAN (R 3.6.3)                   
#>  desc          1.2.0     2018-05-01 [1] CRAN (R 3.6.0)                   
#>  devtools      2.3.2     2020-09-18 [1] CRAN (R 3.6.3)                   
#>  digest        0.6.27    2020-10-24 [1] CRAN (R 3.6.3)                   
#>  dplyr         1.0.2     2020-08-18 [1] CRAN (R 3.6.3)                   
#>  e1071         1.7-4     2020-10-14 [1] CRAN (R 3.6.3)                   
#>  ellipsis      0.3.1     2020-05-15 [1] CRAN (R 3.6.3)                   
#>  evaluate      0.14      2019-05-28 [1] CRAN (R 3.6.0)                   
#>  fansi         0.4.1     2020-01-08 [1] CRAN (R 3.6.2)                   
#>  fs            1.5.0     2020-07-31 [1] CRAN (R 3.6.3)                   
#>  generics      0.1.0     2020-10-31 [1] CRAN (R 3.6.3)                   
#>  glue          1.4.2     2020-08-27 [1] CRAN (R 3.6.3)                   
#>  highr         0.8       2019-03-20 [1] CRAN (R 3.6.0)                   
#>  htmltools     0.5.0     2020-06-16 [1] CRAN (R 3.6.3)                   
#>  httr          1.4.2     2020-07-20 [1] CRAN (R 3.6.3)                   
#>  jsonlite      1.7.1     2020-09-07 [1] CRAN (R 3.6.3)                   
#>  KernSmooth    2.23-17   2020-04-26 [1] CRAN (R 3.6.3)                   
#>  knitr         1.30      2020-09-22 [1] CRAN (R 3.6.3)                   
#>  lattice       0.20-41   2020-04-02 [1] CRAN (R 3.6.3)                   
#>  lifecycle     0.2.0     2020-03-06 [1] CRAN (R 3.6.2)                   
#>  lubridate     1.7.9     2020-06-08 [1] CRAN (R 3.6.3)                   
#>  lwgeom      * 0.2-5     2020-06-12 [1] CRAN (R 3.6.3)                   
#>  magrittr      1.5       2014-11-22 [1] CRAN (R 3.6.3)                   
#>  memoise       1.1.0     2017-04-21 [1] CRAN (R 3.6.0)                   
#>  mime          0.9       2020-02-04 [1] CRAN (R 3.6.2)                   
#>  osmdata     * 0.1.3.020 2020-10-28 [1] Github (ropensci/osmdata@fc2332e)
#>  pillar        1.4.6     2020-07-10 [1] CRAN (R 3.6.3)                   
#>  pkgbuild      1.1.0     2020-07-13 [1] CRAN (R 3.6.3)                   
#>  pkgconfig     2.0.3     2019-09-22 [1] CRAN (R 3.6.1)                   
#>  pkgload       1.1.0     2020-05-29 [1] CRAN (R 3.6.3)                   
#>  prettyunits   1.1.1     2020-01-24 [1] CRAN (R 3.6.2)                   
#>  processx      3.4.4     2020-09-03 [1] CRAN (R 3.6.3)                   
#>  ps            1.4.0     2020-10-07 [1] CRAN (R 3.6.3)                   
#>  purrr         0.3.4     2020-04-17 [1] CRAN (R 3.6.3)                   
#>  R6            2.5.0     2020-10-28 [1] CRAN (R 3.6.3)                   
#>  Rcpp          1.0.5     2020-07-06 [1] CRAN (R 3.6.3)                   
#>  remotes       2.2.0     2020-07-21 [1] CRAN (R 3.6.3)                   
#>  rlang         0.4.8     2020-10-08 [1] CRAN (R 3.6.3)                   
#>  rmarkdown     2.5       2020-10-21 [1] CRAN (R 3.6.3)                   
#>  rprojroot     1.3-2     2018-01-03 [1] CRAN (R 3.6.0)                   
#>  rvest         0.3.6     2020-07-25 [1] CRAN (R 3.6.3)                   
#>  sessioninfo   1.1.1     2018-11-05 [1] CRAN (R 3.6.0)                   
#>  sf          * 0.9-6     2020-09-13 [1] CRAN (R 3.6.3)                   
#>  sp            1.4-4     2020-10-07 [1] CRAN (R 3.6.3)                   
#>  stringi       1.4.6     2020-02-17 [1] CRAN (R 3.6.2)                   
#>  stringr       1.4.0     2019-02-10 [1] CRAN (R 3.6.0)                   
#>  testthat      2.3.2     2020-03-02 [1] CRAN (R 3.6.3)                   
#>  tibble        3.0.4     2020-10-12 [1] CRAN (R 3.6.3)                   
#>  tidyselect    1.1.0     2020-05-11 [1] CRAN (R 3.6.3)                   
#>  units         0.6-7     2020-06-13 [1] CRAN (R 3.6.3)                   
#>  usethis       1.6.3     2020-09-17 [1] CRAN (R 3.6.3)                   
#>  vctrs         0.3.4     2020-08-29 [1] CRAN (R 3.6.3)                   
#>  withr         2.3.0     2020-09-22 [1] CRAN (R 3.6.3)                   
#>  xfun          0.19      2020-10-30 [1] CRAN (R 3.6.3)                   
#>  xml2          1.3.2     2020-04-23 [1] CRAN (R 3.6.3)                   
#>  yaml          2.2.1     2020-02-01 [1] CRAN (R 3.6.2)                   
#> 
#> [1] C:/Users/Utente/Documents/R/win-library/3.6
#> [2] C:/Program Files/R/R-3.6.3/library

I really don't understand what's going on since I would expect obtaining the same results in both scenarios.

I was getting this output when installing lwgeom

> install.packages("lwgeom")
Installing package into ‘/home/javier/R/x86_64-suse-linux-gnu-library/4.0’
(as ‘lib’ is unspecified)
probando la URL 'https://cran.rstudio.com/src/contrib/lwgeom_0.2-3.tar.gz'
Content type 'application/x-gzip' length 500834 bytes (489 KB)
==================================================
downloaded 489 KB

* installing *source* package ‘lwgeom’ ...
** package ‘lwgeom’ successfully unpacked and MD5 sums checked
** using staged installation
configure: loading site script /usr/share/site/x86_64-unknown-linux-gnu
configure: CC: gcc
configure: CXX: g++ -std=gnu++11
configure: pkg-config proj exists, will use it
configure: using proj.h.
configure: PROJ: 5.2.0
checking PROJ: checking whether PROJ and sqlite3 are available for linking:... no
configure: error: libproj not found in standard or given locations.
ERROR: configuration failed for package ‘lwgeom’
* removing ‘/home/javier/R/x86_64-suse-linux-gnu-library/4.0/lwgeom’
Warning in install.packages :
  installation of package ‘lwgeom’ had non-zero exit status

Same with github version. After a long time messing with "libproj" versions and all, I went to the sources. ./configure created an errors.txt file that said:

/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld: cannot find -lsqlite3
collect2: error: ld returned 1 exit status

So, I saw some sqlite3 there. I decided to instsall package sqlite3-devel and that fixed my problem.

Therefore, I suggest the configure outputs something like "libproj or sqlite3 not found", or even a suggestion to install the corresponding packages.

Thank you for the good work with al the r-spatial and lwgeom! Amazing work!

now in postgis_config.h:

#define POSTGIS_GEOS_VERSION 35

This should be set by configure to 34 if GEOS version is less than 3.5.0, and internal liblwgeom is used.

at https://r-spatial.github.io/lwgeom. The reference in docs/ looks good.

Install of lwgeom failed due to not having GEOSClipByRect defined.

Here is the prebuild check:

checking geos-config usability... yes
configure: GEOS: 3.4.2
checking GEOS version >= 3.3.0... yes
checking geos_c.h usability... yes

It is missing from the headers that it is expected to be in:

gcc -std=gnu99 -I"/opt/R/3.6.1/lib/R/include" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/opt/R/3.6.1/lib/R/library/Rcpp/include" -I"/opt/R/3.6.1/lib/R/library/sf/include" -I/usr/local/include -fpic -g -O2 -c liblwgeom/lwgeom_geos.c -o liblwgeom/lwgeom_geos.o
liblwgeom/lwgeom_geos.c: In function ‘lwgeom_clip_by_rect’:
liblwgeom/lwgeom_geos.c:954:2: warning: implicit declaration of function ‘GEOSClipByRect’ [-Wimplicit-function-declaration]
if (!(g3 = GEOSClipByRect(g1, x1, y1, x2, y2)))
^

So is GEOSVoronoiDiagram.

liblwgeom/lwgeom_geos.c: In function ‘lwgeom_voronoi_diagram’:
liblwgeom/lwgeom_geos.c:1926:2: warning: implicit declaration of function ‘GEOSVoronoiDiagram’ [-Wimplicit-function-declaration]
geos_result = GEOSVoronoiDiagram(geos_geom, geos_env, tolerance, output_edges);
^

And not only is the function not declared, it is not defined:
** testing if installed package can be loaded from temporary location
Error: package or namespace load failed for ‘lwgeom’ in dyn.load(file, DLLpath = DLLpath, ...):
unable to load shared object '/opt/R/3.6.1/lib/R/library/00LOCK-lwgeom/00new/lwgeom/libs/lwgeom.so':
/opt/R/3.6.1/lib/R/library/00LOCK-lwgeom/00new/lwgeom/libs/lwgeom.so: undefined symbol: GEOSClipByRect
Error: loading failed

From what I can find, the function first appears in GEOS 3.5.0, so the prebuild check needs to verify the existence of 3.5.0 or newer, not 3.3.0.

Build with win-builder now gives the following warnings:

* checking compiled code ... WARNING
File 'lwgeom/libs/i386/lwgeom.dll':
  Found 'exit', possibly from 'exit' (C), 'stop' (Fortran)
    Objects: 'liblwgeom/lwin_wkt_lex.o', 'liblwgeom/lwutil.o'
  Found 'printf', possibly from 'printf' (C)
    Objects: 'liblwgeom/lwgeodetic_tree.o', 'liblwgeom/lwout_x3d.o'
  Found 'putchar', possibly from 'putchar' (C)
    Object: 'liblwgeom/lwgeodetic_tree.o'
  Found 'rand', possibly from 'rand' (C)
    Object: 'liblwgeom/lwgeom_geos.o'
  Found 'srand', possibly from 'srand' (C)
    Object: 'liblwgeom/lwgeom_geos.o'
File 'lwgeom/libs/x64/lwgeom.dll':
  Found 'exit', possibly from 'exit' (C), 'stop' (Fortran)
    Objects: 'liblwgeom/lwin_wkt_lex.o', 'liblwgeom/lwutil.o'
  Found 'printf', possibly from 'printf' (C)
    Objects: 'liblwgeom/lwgeodetic_tree.o', 'liblwgeom/lwout_x3d.o'
  Found 'putchar', possibly from 'putchar' (C)
    Object: 'liblwgeom/lwgeodetic_tree.o'
  Found 'rand', possibly from 'rand' (C)
    Object: 'liblwgeom/lwgeom_geos.o'
  Found 'srand', possibly from 'srand' (C)
    Object: 'liblwgeom/lwgeom_geos.o'

Compiled code should not call entry points which might terminate R nor
write to stdout/stderr instead of to the console, nor the system RNG.

add an automatic script that replaces all these instances with proper R api calls.

Also, proj is statically linked on windows and proj files are added to the PROJ subdir; this needs to be handled similarly as PROJ_LIB here

git clone https://github.com/r-spatial/lwgeom.git
R CMD INSTALL --configure-args="--with-proj-include=/local/software/proj/5.2.0/include --with-proj-lib=/local/software/proj/5.2.0/lib" lwgeom

gives,

checking for geos-config... /local/software/geos/3.7.0/bin/geos-config
checking geos-config usability... yes
configure: GEOS: 3.7.0
checking GEOS version >= 3.3.0... yes
checking geos_c.h usability... no
checking geos_c.h presence... no
checking for geos_c.h... no
configure: error: geos_c.h not found in given locations.

Running /local/software/geos/3.7.0/bin/geos-config --includes

/local/software/geos/3.7.0/include

And /local/software/geos/3.7.0/bin/geos-config --clibs

-L/local/software/geos/3.7.0/lib -lgeos_c

See r-spatial/sf#674 for an example.

In README.md, shouldn't the command for installation without liblwgeom preinstalled on Linux read as follows?

R CMD INSTALL --configure-args="--with-liblwgeom" lwgeom_VERSION.tar.gz

st_transform works for sf and stars objects; as far as I can tell st_transform_proj only works for sf.
Implementing st_transform_proj for stars would be useful.

I'm wondering if it is possible to port/bring in ST_GeomFromGeoHash, since lwgeom already includes a nice way to geohash locations via st_geohash(). (The goal would be to be able to geohash and un-geohash.)

Thank you for your fantastic work on these projects.

Hello! I am trying to build and run a shiny app. It works locally on my machine, but when I try to deploy it to the Shiny servers, it gives me the error: "Warning: Error in join: lwgeom required: install first?" (A similar issue to this person: rstudio/shinyapps-package-dependencies#241). I have tried multiple things such uninstalling and reinstalling lwgeom, using an older version of lwgeom, downloading from the github version, and turning off the dependency cache when building the shiny app. None of these approaches worked. After a quick google search, it seems like other people have been experiencing similar issues since about 26 days ago which seems like the last push. Do you have any ideas on how to fix this issue? Thank you!

I've encountered a problem with the function st_make_valid and I wanted to share it here to make people aware of this behavior. It may be a bug, but it may also be data specific so I'm not sure something could be change in the package to fix it.

Anyway, I've notice that using st_make_valid on a shape made the st_write function fail for a specific dataset.

Here is a reproducible example:

Preparing the session:

library(sf)
library(dplyr)
library(lwgeom)

First, copy paste the dput of the shape. Sorry the dput is enormous, I couldn't make it smaller and still reproduce the behavior.

Then, "fix" the shape with st_make_valid:

fsa.clean <- fsa.raw %>% 
  st_make_valid()

Now, if I write the shape for the raw data, it works:

st_write(fsa.raw, "data/crap.shp", delete_layer = T)
Deleting layer `crap' using driver `ESRI Shapefile'
Writing layer `crap' to data source `data/crap.shp' using driver `ESRI Shapefile'
Writing 6 features with 3 fields and geometry type Multi Polygon.

But it fails with the clean dataset:

st_write(fsa.clean, "data/crap.shp", delete_layer = T)
Deleting layer `crap' using driver `ESRI Shapefile'
Writing layer `crap' to data source `data/crap.shp' using driver `ESRI Shapefile'
Writing 6 features with 3 fields and geometry type Unknown (any).
Failed to create feature 5 in crap
Error in CPL_write_ogr(obj, dsn, layer, driver, as.character(dataset_options),  : 
  Feature creation failed.
In addition: Warning message:
In CPL_write_ogr(obj, dsn, layer, driver, as.character(dataset_options),  :
  GDAL Error 1: Attempt to write non-polygon (MULTIPOLYGON) geometry to POLYGON type shapefile.

Hello,
I am trying to install from github lwgeom using R 3.6.2 with centos 7 Linux.
Here is my setup
OS : centos 7
R version : 3.6.2
GDAL version : 3.1.0
GEOS version : 3.8.1
PROJ version : 6.0.0

Command executed is as follows ;
devtools::install_github("r-spatial/lwgeom",configure.args=c('--with-proj-lib=/gpfs/software/ada/proj/6.0.0/lib','--with-proj-include=/gpfs/software/ada/proj/6.0.0/include','--with-proj-share=/gpfs/software/ada/proj/6.0.0/share/proj'))

The error generated is as follows:
checking for file ‘/tmp/RtmpDI3tVi/remotes161ee3f4c1ab1/r-spatial-lwgeom-0ac3✔ checking for file ‘/tmp/RtmpDI3tVi/remotes161ee3f4c1ab1/r-spatial-lwgeom-0ac3113/DESCRIPTION’
─ preparing ‘lwgeom’:
✔ checking DESCRIPTION meta-information ...
─ cleaning src
─ running ‘cleanup’
─ checking for LF line-endings in source and make files and shell scripts
─ checking for empty or unneeded directories
─ building ‘lwgeom_0.2-5.tar.gz’

• installing source package ‘lwgeom’ ...
  ** using staged installation
  configure: CC: gcc -std=gnu99
  configure: CXX: g++ -std=gnu++11
  configure: pkg-config proj exists, will use it
  configure: using proj_api.h even with PROJ 5/6
  checking for pj_init_plus in -lproj... yes
  configure: PROJ_LIB: /gpfs/software/ada/proj/6.0.0/share/proj
  checking PROJ: proj.db found and readable... yes
  checking PROJ: conus found and readable... no
  Note: proj/conus not found
  No support available in PROJ4 for NAD grid datum transformations
  If required, consider re-installing from source with the contents
  of proj-datumgrid-1..zip from http://download.osgeo.org/proj/ in nad/.
  configure: POSTGIS_PROJ_VERSION: 60
  checking for geos-config... /gpfs/software/ada/geos/3.8.1/bin/geos-config
  checking geos-config usability... yes
  configure: GEOS: 3.8.1
  checking GEOS version >= 3.6.0... yes
  checking geos: linking with -L/gpfs/software/ada/geos/3.8.1/lib -lgeos_c... yes
  checking for GEOS_init_r in -lgeos_c... yes
  configure: Package CPP flags: -DUSE_PROJ_H -I/gpfs/software/ada/geos/3.8.1/include -DPOSTGIS_GEOS_VERSION=35 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H
  configure: Package LIBS: -lproj -L/gpfs/software/ada/proj/6.0.0/lib -lproj -L/gpfs/software/ada/geos/3.8.1/lib -lgeos_c
  configure: creating ./config.status
  config.status: creating src/Makevars
  config.status: creating src/postgis_config.h
  ** libs
  g++ -std=gnu++11 -I"/gpfs/software/ada/R/3.6.2/lib64/R/include" -DNDEBUG -DUSE_PROJ_H -I/gpfs/software/ada/geos/3.8.1/include -DPOSTGIS_GEOS_VERSION=35 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/gpfs/software/ada/R/3.6.2/lib64/R/library/Rcpp/include" -I"/gpfs/software/ada/R/3.6.2/lib64/R/library/sf/include" -I/usr/local/include -fpic -g -O2 -c geodetic.cpp -o geodetic.o
  In file included from geodetic.cpp:6:0:
  ./liblwgeom/liblwgeom.h:49:18: fatal error: proj.h: No such file or directory
  #include "proj.h"
  ^
  compilation terminated.
  make: *** [geodetic.o] Error 1
  ERROR: compilation failed for package ‘lwgeom’
• removing ‘/gpfs/software/ada/R/3.6.2/lib64/R/library/lwgeom’
  Error: Failed to install 'lwgeom' from GitHub:
  (converted from warning) installation of package ‘/tmp/RtmpDI3tVi/file161ee7795d7e9/lwgeom_0.2-5.tar.gz’ had non-zero exit status

Is there something i am missing

The proj.h is here
/gpfs/software/ada/proj/6.0.0/include/proj.h

Thanks

• checks: https://github.com/r-windows/checks/blob/master/lwgeom.Rcheck/00check.log
• install: https://github.com/r-windows/checks/blob/master/lwgeom.Rcheck/00install.out

Is it possible or planed to integrate a function that can split a polygon by a MultiLineString?

My idea is to split a polygon into n-parts of equal areas. To get the corresponding lines, at the moment, I use the optim-function, which minimize the squared sum of the area deviation between the original polygon and its splitted parts (the function).
So far, the splitting is conducted by (1) creation of lines, (2) buffer lines and (3) calculate the difference between the polygon and the buffered lines (example code below). However, the method has the drawback that (1) the resulted splitted polygons do not intersect anymore, and (2) if I buffer the splitted polygon, they are larger than the orignal polygon and are of course overlapping.

# create polygon
pol <- rbind(c(-3,3), c(-3,4), c(-2,4), c(-2,3), c(-3,3))
pol <- sf::st_polygon(list(pol)) %>% st_sfc(.)

# create multilinestring
mls <- st_multilinestring(list(rbind(c(-2.5, 3), c(-2.6, 4)), rbind(c(-2.8, 3), c(-2.9, 4))))

# buffer line to get thin polygons
mls.buf <- sf::st_buffer(x = mls, dist = 0.000001)  # create a very thin polygon


## splitting
# calculate the differences of polygons and casting
pol.dif <- sf::st_difference(x = pol, y = mls.buf) %>%  sf::st_cast(x = ., to = "POLYGON")

# plot result
plot(pol.dif)


## check intersection
sf::st_intersects(pol.dif)
# Sparse geometry binary predicate list of length 3, where the predicate was `intersects'
#  1: 1
#  2: 2
#  3: 3

# -> polygons do not intersect each other



## check intersection using same buffer size
sf::st_buffer(x = pol.dif, dist = 0.000001000001) %>% sf::st_intersects(.)
# Sparse geometry binary predicate list of length 3, where the predicate was `intersects'
# 1: 1, 2
# 2: 1, 2, 3
# 3: 2, 3

# -> now, polygons do intersect each other but have a different overall area

pol.dif.comb <- sf::st_buffer(x = pol.dif, dist = 0.000001000001) %>% 
  sf::st_combine(.)

identical(sf::st_area(x = pol.dif.comb), sf::st_area(x = pol))
# FALSE

Continuation of r-spatial/sf#487

When libgeos is installed in a location not in the default system search path (as it is on our HPC system, where it is loaded via a module), the configure script fails to add the correct linker flag to the Makeovers file.

Relevant section of configure output:

checking for geos-config... /apps/libraries/geos/3.7.0/el7/AVX512/intel-2018/bin/geos-config
checking geos-config usability... yes
configure: GEOS: 3.7.0
checking GEOS version >= 3.3.0... yes
checking geos_c.h usability... yes
checking geos_c.h presence... yes
checking for geos_c.h... yes
checking geos: linking with -L/apps/libraries/geos/3.7.0/el7/AVX512/intel-2018/lib -lgeos_c... yes
checking for GEOS_init_r in -lgeos_c... yes
configure: Package CPP flags:  -I/apps/libraries/proj/4.9.3/el7/AVX512/intel-2018/include   -I/apps/libraries/geos/3.7.0/el7/AVX512/intel-2018/include -DPOSTGIS_GEOS_VERSION=35 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H
configure: Package LIBS:  -L/apps/libraries/proj/4.9.3/el7/AVX512/intel-2018/lib -lproj    -lgeos_c

But the final compilation step gives:

ld: cannot find -lgeos_c

Manually editing the second line of src/Makevars to include the -L/apps/libraries/geos/3.7.0/el7/AVX512/intel-2018/lib that configure already detected that it needs allows the library to link and install correctly.

I'm not good at autoconf, so I can't tell whether this is configure using some C++/linker flags that are not then used by R CMD INSTALL, or whether it's a logic bug in configure.ac where a variable is forgotten to be set.

Hello, and thank you for your packages.
I'm tried unsuccessfully to install lwgeom on centos 7
It fails just at final check.

** testing if installed package can be loaded from temporary location
Error: package or namespace load failed for ‘lwgeom’ in dyn.load(file, DLLpath = DLLpath, ...):
unable to load shared object '/usr/lib64/R/library/00LOCK-lwgeom/00new/lwgeom/libs/lwgeom.so':
/usr/lib64/R/library/00LOCK-lwgeom/00new/lwgeom/libs/lwgeom.so: undefined symbol: GEOSClipByRect
Errore: loading failed
Esecuzione interrotta
ERROR: loading failed

Here the overall output:

Installing package into ‘/usr/lib64/R/library’
(as ‘lib’ is unspecified)

• installing source package ‘lwgeom’ ...
  ** using staged installation
  configure: CC: gcc -m64 -std=gnu99
  configure: CXX: g++ -m64 -std=gnu++11
  checking for gcc... gcc -m64 -std=gnu99
  checking whether the C compiler works... yes
  checking for C compiler default output file name... a.out
  checking for suffix of executables...
  checking whether we are cross compiling... no
  checking for suffix of object files... o
  checking whether we are using the GNU C compiler... yes
  checking whether gcc -m64 -std=gnu99 accepts -g... yes
  checking for gcc -m64 -std=gnu99 option to accept ISO C89... none needed
  checking how to run the C preprocessor... gcc -m64 -std=gnu99 -E
  checking for grep that handles long lines and -e... /usr/bin/grep
  checking for egrep... /usr/bin/grep -E
  checking for ANSI C header files... yes
  checking for sys/types.h... yes
  checking for sys/stat.h... yes
  checking for stdlib.h... yes
  checking for string.h... yes
  checking for memory.h... yes
  checking for strings.h... yes
  checking for inttypes.h... yes
  checking for stdint.h... yes
  checking for unistd.h... yes
  checking proj.h usability... no
  checking proj.h presence... no
  checking for proj.h... no
  checking for pj_init_plus in -lproj... yes
  checking PROJ: epsg found and readable... yes
  configure: POSTGIS_PROJ_VERSION: 48
  checking for geos-config... /usr/bin/geos-config
  checking geos-config usability... yes
  configure: GEOS: 3.4.2
  checking GEOS version >= 3.3.0... yes
  checking geos: linking with -L/usr/lib64 -lgeos_c... yes
  checking for GEOS_init_r in -lgeos_c... no
  configure: Package CPP flags: -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H
  configure: Package LIBS: -lproj -lproj -L/usr/lib64 -lgeos_c
  configure: creating ./config.status
  config.status: creating src/Makevars
  config.status: creating src/postgis_config.h
  ** libs
  g++ -m64 -std=gnu++11 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c geodetic.cpp -o geodetic.o
  g++ -m64 -std=gnu++11 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c lwgeom.cpp -o lwgeom.o
  g++ -m64 -std=gnu++11 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c RcppExports.cpp -o RcppExports.o
  g++ -m64 -std=gnu++11 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c proj.cpp -o proj.o
  g++ -m64 -std=gnu++11 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c geos.cpp -o geos.o
  g++ -m64 -std=gnu++11 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c io.cpp -o io.o
  g++ -m64 -std=gnu++11 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c sub.cpp -o sub.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/varint.c -o liblwgeom/varint.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwout_twkb.c -o liblwgeom/lwout_twkb.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwpsurface.c -o liblwgeom/lwpsurface.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwtriangle.c -o liblwgeom/lwtriangle.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwmpoly.c -o liblwgeom/lwmpoly.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lookup3.c -o liblwgeom/lookup3.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwin_wkt.c -o liblwgeom/lwin_wkt.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/gserialized1.c -o liblwgeom/gserialized1.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwgeom.c -o liblwgeom/lwgeom.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/gserialized2.c -o liblwgeom/gserialized2.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwstroke.c -o liblwgeom/lwstroke.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwtin.c -o liblwgeom/lwtin.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwin_twkb.c -o liblwgeom/lwin_twkb.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwgeom_geos_cluster.c -o liblwgeom/lwgeom_geos_cluster.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwmsurface.c -o liblwgeom/lwmsurface.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwgeom_wrapx.c -o liblwgeom/lwgeom_wrapx.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwiterator.c -o liblwgeom/lwiterator.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwgeom_geos_node.c -o liblwgeom/lwgeom_geos_node.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwout_geojson.c -o liblwgeom/lwout_geojson.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwgeom_debug.c -o liblwgeom/lwgeom_debug.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwgeom_median.c -o liblwgeom/lwgeom_median.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwmval.c -o liblwgeom/lwmval.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwkmeans.c -o liblwgeom/lwkmeans.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwgeom_geos.c -o liblwgeom/lwgeom_geos.o
  liblwgeom/lwgeom_geos.c: In function ‘lwgeom_clip_by_rect’:
  liblwgeom/lwgeom_geos.c:954:2: warning: implicit declaration of function ‘GEOSClipByRect’ [-Wimplicit-function-declaration]
  if (!(g3 = GEOSClipByRect(g1, x1, y1, x2, y2)))
  ^
  liblwgeom/lwgeom_geos.c:954:11: warning: assignment makes pointer from integer without a cast [enabled by default]
  if (!(g3 = GEOSClipByRect(g1, x1, y1, x2, y2)))
  ^
  liblwgeom/lwgeom_geos.c: In function ‘lwgeom_voronoi_diagram’:
  liblwgeom/lwgeom_geos.c:1926:2: warning: implicit declaration of function ‘GEOSVoronoiDiagram’ [-Wimplicit-function-declaration]
  geos_result = GEOSVoronoiDiagram(geos_geom, geos_env, tolerance, output_edges);
  ^
  liblwgeom/lwgeom_geos.c:1926:14: warning: assignment makes pointer from integer without a cast [enabled by default]
  geos_result = GEOSVoronoiDiagram(geos_geom, geos_env, tolerance, output_edges);
  ^
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwout_kml.c -o liblwgeom/lwout_kml.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwutil.c -o liblwgeom/lwutil.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwprint.c -o liblwgeom/lwprint.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwrandom.c -o liblwgeom/lwrandom.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwmline.c -o liblwgeom/lwmline.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwgeodetic_tree.c -o liblwgeom/lwgeodetic_tree.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwline.c -o liblwgeom/lwline.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/bytebuffer.c -o liblwgeom/bytebuffer.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwgeodetic.c -o liblwgeom/lwgeodetic.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/measures.c -o liblwgeom/measures.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwgeom_api.c -o liblwgeom/lwgeom_api.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwmcurve.c -o liblwgeom/lwmcurve.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwcollection.c -o liblwgeom/lwcollection.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/gbox.c -o liblwgeom/gbox.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwspheroid.c -o liblwgeom/lwspheroid.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwout_svg.c -o liblwgeom/lwout_svg.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwin_encoded_polyline.c -o liblwgeom/lwin_encoded_polyline.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwout_encoded_polyline.c -o liblwgeom/lwout_encoded_polyline.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwgeom_geos_split.c -o liblwgeom/lwgeom_geos_split.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/effectivearea.c -o liblwgeom/effectivearea.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwboundingcircle.c -o liblwgeom/lwboundingcircle.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwcurvepoly.c -o liblwgeom/lwcurvepoly.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwlinearreferencing.c -o liblwgeom/lwlinearreferencing.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwunionfind.c -o liblwgeom/lwunionfind.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwchaikins.c -o liblwgeom/lwchaikins.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwalgorithm.c -o liblwgeom/lwalgorithm.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwhomogenize.c -o liblwgeom/lwhomogenize.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwgeom_geos_clean.c -o liblwgeom/lwgeom_geos_clean.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/measures3d.c -o liblwgeom/measures3d.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwout_x3d.c -o liblwgeom/lwout_x3d.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwgeom_transform.c -o liblwgeom/lwgeom_transform.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwin_wkt_lex.c -o liblwgeom/lwin_wkt_lex.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwmpoint.c -o liblwgeom/lwmpoint.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/stringbuffer.c -o liblwgeom/stringbuffer.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwcompound.c -o liblwgeom/lwcompound.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/gserialized.c -o liblwgeom/gserialized.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwout_wkt.c -o liblwgeom/lwout_wkt.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwin_wkb.c -o liblwgeom/lwin_wkb.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/ptarray.c -o liblwgeom/ptarray.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwout_wkb.c -o liblwgeom/lwout_wkb.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwpoly.c -o liblwgeom/lwpoly.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwpoint.c -o liblwgeom/lwpoint.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwout_gml.c -o liblwgeom/lwout_gml.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwgeom_topo.c -o liblwgeom/lwgeom_topo.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwcircstring.c -o liblwgeom/lwcircstring.o
  gcc -m64 -std=gnu99 -I"/usr/include/R" -DNDEBUG -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -I/usr/include -DPOSTGIS_GEOS_VERSION=34 -I./liblwgeom -DHAVE_LIBGEOM_INTERNAL_H -I"/usr/lib64/R/library/Rcpp/include" -I"/usr/lib64/R/library/sf/include" -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c liblwgeom/lwin_wkt_parse.c -o liblwgeom/lwin_wkt_parse.o
  g++ -m64 -std=gnu++11 -shared -L/usr/lib64/R/lib -Wl,-z,relro -o lwgeom.so geodetic.o lwgeom.o RcppExports.o proj.o geos.o io.o sub.o liblwgeom/varint.o liblwgeom/lwout_twkb.o liblwgeom/lwpsurface.o liblwgeom/lwtriangle.o liblwgeom/lwmpoly.o liblwgeom/lookup3.o liblwgeom/lwin_wkt.o liblwgeom/gserialized1.o liblwgeom/lwgeom.o liblwgeom/gserialized2.o liblwgeom/lwstroke.o liblwgeom/lwtin.o liblwgeom/lwin_twkb.o liblwgeom/lwgeom_geos_cluster.o liblwgeom/lwmsurface.o liblwgeom/lwgeom_wrapx.o liblwgeom/lwiterator.o liblwgeom/lwgeom_geos_node.o liblwgeom/lwout_geojson.o liblwgeom/lwgeom_debug.o liblwgeom/lwgeom_median.o liblwgeom/lwmval.o liblwgeom/lwkmeans.o liblwgeom/lwgeom_geos.o liblwgeom/lwout_kml.o liblwgeom/lwutil.o liblwgeom/lwprint.o liblwgeom/lwrandom.o liblwgeom/lwmline.o liblwgeom/lwgeodetic_tree.o liblwgeom/lwline.o liblwgeom/bytebuffer.o liblwgeom/lwgeodetic.o liblwgeom/measures.o liblwgeom/lwgeom_api.o liblwgeom/lwmcurve.o liblwgeom/lwcollection.o liblwgeom/gbox.o liblwgeom/lwspheroid.o liblwgeom/lwout_svg.o liblwgeom/lwin_encoded_polyline.o liblwgeom/lwout_encoded_polyline.o liblwgeom/lwgeom_geos_split.o liblwgeom/effectivearea.o liblwgeom/lwboundingcircle.o liblwgeom/lwcurvepoly.o liblwgeom/lwlinearreferencing.o liblwgeom/lwunionfind.o liblwgeom/lwchaikins.o liblwgeom/lwalgorithm.o liblwgeom/lwhomogenize.o liblwgeom/lwgeom_geos_clean.o liblwgeom/measures3d.o liblwgeom/lwout_x3d.o liblwgeom/lwgeom_transform.o liblwgeom/lwin_wkt_lex.o liblwgeom/lwmpoint.o liblwgeom/stringbuffer.o liblwgeom/lwcompound.o liblwgeom/gserialized.o liblwgeom/lwout_wkt.o liblwgeom/lwin_wkb.o liblwgeom/ptarray.o liblwgeom/lwout_wkb.o liblwgeom/lwpoly.o liblwgeom/lwpoint.o liblwgeom/lwout_gml.o liblwgeom/lwgeom_topo.o liblwgeom/lwcircstring.o liblwgeom/lwin_wkt_parse.o -lproj -lproj -L/usr/lib64 -lgeos_c -lproj -L/usr/lib64 -lgeos_c -L/usr/lib64/R/lib -lR
  installing to /usr/lib64/R/library/00LOCK-lwgeom/00new/lwgeom/libs
  ** R
  ** inst
  ** byte-compile and prepare package for lazy loading
  ** help
  *** installing help indices
  converting help for package ‘lwgeom’
  finding HTML links ... fatto
  bounding_circle html
  geod html
  Rd warning: /tmp/RtmpZrDOIs/R.INSTALL3cf65815a17/lwgeom/man/geod.Rd:45: file link ‘st_distance’ in package ‘sf’ does not exist and so has been treated as a topic
  lwgeom_extSoftVersion html
  lwgeom_make_valid html
  perimeter html
  st_as_sfc.TWKB html
  st_astext html
  st_force_polygon_cw html
  st_geod_azimuth html
  st_geohash html
  st_is_polygon_cw html
  st_linesubstring html
  st_snap_to_grid html
  st_split html
  Rd warning: /tmp/RtmpZrDOIs/R.INSTALL3cf65815a17/lwgeom/man/st_split.Rd:12: file link ‘st_combine’ in package ‘sf’ does not exist and so has been treated as a topic
  st_startpoint html
  st_subdivide html
  st_transform_proj html
  ** building package indices
  ** testing if installed package can be loaded from temporary location
  Error: package or namespace load failed for ‘lwgeom’ in dyn.load(file, DLLpath = DLLpath, ...):
  unable to load shared object '/usr/lib64/R/library/00LOCK-lwgeom/00new/lwgeom/libs/lwgeom.so':
  /usr/lib64/R/library/00LOCK-lwgeom/00new/lwgeom/libs/lwgeom.so: undefined symbol: GEOSClipByRect
  Errore: loading failed
  Esecuzione interrotta
  ERROR: loading failed
• removing ‘/usr/lib64/R/library/lwgeom’
  Errore: Failed to install 'lwgeom' from GitHub:
  (contertito da avviso) installation of package ‘/tmp/RtmpPzlEnB/file2197405a122d/lwgeom_0.2-4.tar.gz’ had non-zero exit status

Installing lwgeom gives me:

> install.packages('lwgeom')
trying URL 'https://cloud.r-project.org/src/contrib/lwgeom_0.2-3.tar.gz'
Content type 'application/x-gzip' length 500834 bytes (489 KB)
==================================================
downloaded 489 KB

* installing *source* package ‘lwgeom’ ...
** package ‘lwgeom’ successfully unpacked and MD5 sums checked
** using staged installation
configure: CC: gcc -std=gnu99
configure: CXX: g++ -std=gnu++11
configure: pkg-config proj exists, will use it
checking proj_api.h usability... no
checking proj_api.h presence... no
checking for proj_api.h... no
configure: error: proj_api.h not found in standard or given locations.
ERROR: configuration failed for package ‘lwgeom’
* removing ‘/home/mbojan/R/library/3.6/lwgeom’
* restoring previous ‘/home/mbojan/R/library/3.6/lwgeom’

The downloaded source packages are in
	‘/tmp/RtmpCymSOj/downloaded_packages’
Warning message:
In install.packages("lwgeom") :
  installation of package ‘lwgeom’ had non-zero exit status

$ apt-cache policy libproj-dev
libproj-dev:
  Installed: 4.9.3-2
  Candidate: 4.9.3-2
  Version table:
 *** 4.9.3-2 500
        500 http://pl.archive.ubuntu.com/ubuntu bionic/universe amd64 Packages
        100 /var/lib/dpkg/status

And proj_api.h is there:

$ locate proj_api.h
/usr/include/proj_api.h
/usr/local/include/proj_api.h

I'm not sure where the problem is coming from?

I am using the following to build my env:

conda create --yes --channel defaults --channel conda-forge --prefix ./my_env r-base r-sf r-lwgeom

Since sf and r-base are available in the defaults channel, they will download from the main channel and lwgeom comes from conda-forge. When I open R and use library('lwgeom') I will get the following error:

Error: package or namespace load failed for ‘lwgeom’ in dyn.load(file, DLLpath = DLLpath, ...): unable to load shared object '/home/my_env/lib/R/library/lwgeom/libs/lwgeom.so': libproj.so.15: cannot open shared object file: No such file or directory

File libproj.so.13 is available in the above directory. I am using conda 4.5.12 on CentOS.

Hello,

I'm trying to do some spatial transformations directly using PROJ in the {stars} package which, as far as I understand, uses {lwgeom} under the hood for the st_transform_proj() function. I'm getting an error, and I suspect it has to do with the incorrect version of PROJ being used. Sure enough, when I load {lwgeom} directly, I get a warning that both the GEOS and PROJ versions differ between {sf} and {lwgeom}:

> library(lwgeom)
Linking to liblwgeom 3.0.0beta1 r16016, GEOS 3.7.2, PROJ 5.2.0
Warning messages:
1: In fun(libname, pkgname) :
  GEOS versions differ: lwgeom has 3.7.2 sf has 3.8.1
2: In fun(libname, pkgname) :
  PROJ versions differ: lwgeom has 5.2.0 sf has 7.2.0

I was trying to install {lwgeom} from source in order to link to the latest installed versions of PROJ and GEOS (which I installed using Homebrew). I get an error that "libproj is not found in the standard location":

> install.packages("lwgeom", type = "source")
trying URL 'https://cran.rstudio.com/src/contrib/lwgeom_0.2-5.tar.gz'
Content type 'application/x-gzip' length 501653 bytes (489 KB)
==================================================
downloaded 489 KB

* installing *source* package ‘lwgeom’ ...
** package ‘lwgeom’ successfully unpacked and MD5 sums checked
** using staged installation
configure: CC: clang
configure: CXX: clang++ -std=gnu++11
configure: pkg-config proj exists, will use it
configure: using proj.h.
configure: PROJ: 7.2.0
checking PROJ: checking whether PROJ and sqlite3 are available for linking:... no
configure: error: libproj not found in standard or given locations.

However, when I install {sf} from source in order to link to the latest versions of GDAL, PROJ, and GEOS, I am able to do so successfully and make it past the same check in the install process that caused a problem when installing {lwgeom}.

Here's the output when (successfully) installing {sf} from source:

> install.packages("sf", type = "source")
trying URL 'https://cran.rstudio.com/src/contrib/sf_0.9-6.tar.gz'
Content type 'application/x-gzip' length 4160758 bytes (4.0 MB)
==================================================
downloaded 4.0 MB

* installing *source* package ‘sf’ ...
** package ‘sf’ successfully unpacked and MD5 sums checked
** using staged installation
configure: CC: clang
configure: CXX: clang++ -std=gnu++11
checking for gdal-config... /usr/local/bin/gdal-config
checking gdal-config usability... yes
configure: GDAL: 3.2.0
checking GDAL version >= 2.0.1... yes
checking for gcc... clang
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether clang accepts -g... yes
checking for clang option to accept ISO C89... none needed
checking how to run the C preprocessor... clang -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking gdal.h usability... yes
checking gdal.h presence... yes
checking for gdal.h... yes
checking GDAL: linking with --libs only... yes
checking GDAL: /usr/local/Cellar/gdal/3.2.0/share/gdal/pcs.csv readable... no
checking GDAL: checking whether PROJ is available for linking:... yes
checking GDAL: checking whether PROJ is available fur running:... yes
configure: GDAL: 3.2.0
configure: pkg-config proj exists, will use it
configure: using proj.h.
configure: PROJ: 7.2.0
checking PROJ: checking whether PROJ and sqlite3 are available for linking:... yes
checking for geos-config... /usr/local/bin/geos-config

Here is my sessionInfo():

> sessionInfo()
R version 3.6.3 (2020-02-29)
Platform: x86_64-apple-darwin15.6.0 (64-bit)
Running under: macOS Catalina 10.15.7

Matrix products: default
BLAS:   /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
LAPACK: /Library/Frameworks/R.framework/Versions/3.6/Resources/lib/libRlapack.dylib

locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base     

loaded via a namespace (and not attached):
[1] compiler_3.6.3 tools_3.6.3   

Any thoughts as to why {sf} would install properly from source, but not {lwgeom}?

cd ${install_directory}
mkdir lwgeom
cd lwgeom
wget https://cran.r-project.org/src/contrib/lwgeom_0.1-4.tar.gz
R CMD INSTALL --configure-args="--with-proj-include=${install_directory}/proj/include --with-proj-lib=${install_directory}/proj/lib" lwgeom_0.1-4.tar.gz

ends up with the error:

checking for proj_api.h... no
configure: error: proj_api.h not found in standard or given locations.
ERROR: configuration failed for package ‘lwgeom’

DESPITE:

ls ${install_directory}/proj/include
geodesic.h  org_proj4_PJ.h  proj_api.h  projects.h  proj.h