-
Notifications
You must be signed in to change notification settings - Fork 48
Bundles osrm-components, resolves #283 #288
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some small bug, otherwise approach looks sound.
@@ -73,10 +73,14 @@ if(BUILD_LIBOSRM) | |||
add_custom_command(OUTPUT ${BINDING_DIR}/osrm-datastore | |||
COMMAND ${CMAKE_COMMAND} -E copy $<TARGET_FILE:osrm-datastore> ${BINDING_DIR} | |||
DEPENDS osrm-datastore ${BINDING_DIR}) | |||
add_custom_command(OUTPUT ${BINDING_DIR}/osrm-components |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If cmake would be called without BUILD_COMPONENTS=On
this would leave to a dependency that could not be satisfied. This could be wrapped in a conditional, or always set to On
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah, thanks! Thinking of it, I see no reason why we don't build the components tool by default now that we no longer depend on gdal. I will remove the BUILD_COMPONENTS
option from the backend directly.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
f7610f3
to
281966a
Compare
281966a
to
132c1dc
Compare
@TheMarex you're requesting changes here - care to take a look again or Push The Button (tm). This was blocked by macOS debug builds failing (shm issue) which should now be fixed upstream in osrm-backend. Travis macOS builds for this pull request will take a while, though
|
132c1dc
to
da0de22
Compare
For #283. Unblocked upstream by Project-OSRM/osrm-backend#3570.