Actually i just realized, that i've made a patch for libosrmc a year ago:
https://github.com/daniel-j-h/libosrmc/pull/17
I'll ask the libosrmc maintainter to check it one more time.
вс, 18 окт. 2020 г. в 19:55, Denis Chapligin :
> But that change actually breaks the intended change - bin
t;
> Michael
>
> On Thu, 15 Oct 2020 at 17:14, Denis Chapligin wrote:
> >
> > IIRC you had some idea of hiding that change and unbreaking the API by
> templating ResultT type. If you can explain your idea I can probably
> implement it.
> >
> > чт, 15 окт. 2020 г. в
IIRC you had some idea of hiding that change and unbreaking the API by
templating ResultT type. If you can explain your idea I can probably
implement it.
чт, 15 окт. 2020 г. в 17:43, Daniel Patterson via OSRM-talk <
osrm-talk@openstreetmap.org>:
> Dammit, sorry Julien, I'd forgotten about that
Hello!
пн, 15 июн. 2020 г. в 15:47, Mateusz Loskot :
> On Mon, 15 Jun 2020 at 13:27, Frédéric Rodrigo
> wrote:
> >
> >
> > Ask was already made to reaming people with access, to name new
> > commiters and allow the community to take the project.
>
> Some commits are being made and PRs are being
Hello!
пн, 15 июн. 2020 г. в 12:40, Mateusz Loskot :
> On Sun, 14 Jun 2020 at 11:46, Denis Chapligin wrote:
> >
> > I was building libraries for a windows build and discovered that STXXL
> is abandonware atm
>
> "OSRM is essentially abandonwa
Hello!
Looks like all major OSRM platforms have stable support for C++17. Are
there any reasons to stay on C++14? Any objections against language version
update?
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
Hello!
I was building libraries for a windows build and discovered that STXXL is
abandonware atm and it is hard to compile it using modern c++ compilers, as
it relies on language features deprecated at c++11 (nine years ago!).
As modern computers usually have plenty of RAM and disk space for a