[geos-devel] RFC7: Discontinue use of autotools
Greg Troxel
gdt at lexort.com
Sun Jan 10 08:07:43 PST 2021
Sebastiaan Couwenberg <sebastic at xs4all.nl> writes:
> On 1/10/21 2:44 AM, Daniel Baston wrote:
>>>
>>> Make the CMake build adhere to CMAKE_INSTALL_LIBDIR so that multiarch
>>> keeps working,
>>
>>
>> I created a pull request for this at
>> https://github.com/libgeos/geos/pull/380
>>
>> Have CMAKE_BUILD_TYPE=None define NDEBUG so that assert() is removed
>>> from the code, thereby not storing the buildpath in the binaries helping
>>> reproducible builds.
>>>
>>
>> If you don't specify CMAKE_BUILD_TYPE it defaults to Release, and NDEBUG
>> will be defined.
>
> But then -g is not used and there will be no debug symbols.
> RelWithDebInfo is more what we need.
>
>> Do you mean that we should define a new build type called
>> "None" ?
>
> It is used to have the buildflags set in the environment determine
> optimization etc.
>
> CMake apparently uses the absolute path for __FILE__ whereas Autotools
> uses the path relative to the Makefile. Hence we get
> file-references-package-build-path issues after switching a package to
> use the cmake buildsystem.
So it seems that 'drop autotools' is not ready for prime time, until
packaging systems can switch and report no residual issues/regressions.
FWIW, pkgsrc is also using autotools to build. I can try to switch it
to cmake and see how that goes. I'll be doing that on the most recent
release, of course, for starters.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/geos-devel/attachments/20210110/5a82557c/attachment.sig>
More information about the geos-devel
mailing list