Re: Missing .inl files in libgeos++-dev package
On 2/22/20 11:50 PM, Kirill Kouzoubov wrote:
> 1. Inlining function implementation often leads to significant performance
> improvement, particularly when applying a low cost transform (high relative
> cost of call overhead) on a large collection. This scenario is particularly
> common in applications that use libgeos (transforms on large set of points
> for example)
Which applications are these?
None of the reverse dependencies in GEOS do this.
> 2. Due to the nature of open source, most of the time someone compiles some
> software it's not their own.
Which software are you talking about exactly?
> This time I have been able to locate the line
> in CMake file that defined GEOS_INLINE flag and was able to take it out,
> but were this defined somewhere inside m4 file... Turns out the lib won't
> compile anyway since C++ headers for gdal are not included in libgdal-dev.
> At this point I gave up trying to use ubuntugis and switched to installing
> dependencies manually.
All the headers installed as part of the GDAL build system are included
in the package.
It sounds like the build system of the software in question is buggy.
> I have always assumed that installing lib<X>-dev package is roughly
> equivalent to compiling <X> from source, except more convenient. Well, this
> is not the case with GIS libraries, due to this practice of pruning some
> headers out. I'm sure there is some internal reason for doing this, but I
> just wanted to let you know that this makes compiling scientific software
> against pre-compiled debian packages next to impossible.
Again, which software are we talking about?
Since Debian packages are compiled for the lowest common denominator in
hardware features, support for certain hardware extensions is not
enabled, you'll need to rebuild the packages to enable those
optimizations anyway.
https://lists.debian.org/debian-devel/2019/02/msg00121.html
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Reply to: