[arch-dev-public] RFC: Dropping -DCMAKE_BUILD_TYPE from packages using cmake
Bartłomiej Piotrowski
bpiotrowski at archlinux.org
Tue Mar 13 18:28:34 UTC 2018
On 2018-03-13 15:32, Eli Schwartz via arch-dev-public wrote:
> This wrapper changes depending on which version of meson you have installed.
The wrapper is part of the package that changes.
> The fact that autoconf has weird bugs like needing to set localstatedir
> and sysconfdir to their defaults minus the /usr prefix, is an autoconf
> bug. Maybe we could work on having meson not require setting bizarre
> options just to get sane defaults?
Neither is a bug. It's just a convenience script. Do you propose to work
on upstreaming defaults that make sense for Arch, but not necessarily
for what other distributions do or aim for?
> (Setting the prefix automatically propagates to everything specified
> with relative paths, which is most things, and libexecdir and sbindir
> could just specify a *different* relative path.)
(Which is completely unrelated to our use case, even if you put this
between parentheses.)
> So other languages, which completely disregard our CFLAGS but which
> meson itself has magic wrappers for... and the solution is to add a
> magic script to use in the PKGBUILD which does not respect makepkg.conf
> but can add debug symbols only loosely related to what we were trying to
> get? A script which arbitrarily adds debug symbols to packages that were
> rebuilt with OPTIONS=(!debug) by users who wanted to make local
> modifications?
Other languages ignore CFLAGS (hint: these are CFLAGS after all) anyway.
Users wanting to make local modifications were always on their own.
> since apparently meson is so perfect we should do literally everything
> directly in meson.
A cheap hyperbole. Obviously unnecessary if you want to be taken seriously.
> Or we could at least make a *proper* wrapper which can talk to makepkg
> and determine if debug info is wanted.
Patches welcome. Would be more productive use of your time than making a
storm in the glass of water here.
Bartłomiej
More information about the arch-dev-public
mailing list