Open akashihi opened 5 years ago
If we merge these changes in we fix compilation against libosrm master but break compilation against stable releases and past libosrm releases. I the following steps moving forward:
Ok, let's wait for OSRM release
OSRM new version is released, should this one be merged?
@akashihi I'm no longer involved with osrm and/or this library. If you want, I can give you commit access to this repo. so you are not blocked by me not being responsive here.
If we can keep the API/ABI stable here, that would be my number one goal. The implementation is free to change. But then we should conditionally compile the now code. What I mean is
or we say we only support 5.23+ from now on, but this breaks out understanding of ABI/API compatibility across OSRM versions.
Not that i'm really working on OSRM, but i think i'm obliged to fix that incompatibility, cause i caused it. I'll check if i can maintain compatibility by using some metaprogramming, but in any case plan B will be to use simple preprocessor for that.
PS Yes, write access will definitely help.
Coolio! I've added you as a collaborator to this repository :bow:
Thank you! I'll try to find sometime for that issue in December
Hi, can we get this pull request merged ? @daniel-j-h
Please read the conversation, we can not just merge it, it would break compilation against previous releases.
The osrm folks have changed their api and we need to conditionally compile against the old or new api now.
Until this is done, we can not merge this pull request.
Got it. Thanks for your quick response @daniel-j-h
Hello is there any improvement un this commt? I want to process this repository for recent osrm version For not use https Kind regards
Closes #11
Closes #5548