On Sun, Nov 3, 2013 at 5:10 PM, Modestas Vainius <mo...@debian.org> wrote: > Hello, > > Penktadienis 07 Birželis 2013 14:11:05 rašė: >> What I would like to see is the rational for add NDEBUG to RelWithDebInfo. >> the changelog is pretty terse about that: >> >> $ grep NDEBUG ChangeLog.manual >> Add -DNDEBUG to RelWithDebInfo flags where where Release flags had it. > > Justification is this upsteam bug report: > > http://public.kitware.com/Bug/view.php?id=11366 > > Upstream commit: > > commit 0ddfc51f6a68c61d84b5b4818b32ecbf755a949a > Author: Clinton Stimpson <clin...@elemtech.com> > Date: Wed Aug 15 20:00:45 2012 -0600 > > Add -DNDEBUG to RelWithDebInfo flags where where Release flags had it. > > Previously, it was inconsistent in that some platforms/compilers > had this flag for the RelWithDebInfo configuration and some didn't. > This fixes issue #11366. > > > Is this still a problem for you?
According to: http://bugs.debian.org/701233 "-DCMAKE_BUILD_TYPE=RelWithDebInfo" is the default in debhelper. While: http://bugs.debian.org/701231 Specifies that compilation flags should *not* contains -DNEBUG If this cannot be fixed in cmake (which would make sense), I guess it can be reassigned to debhelper. Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
