On Mon, Jun 9, 2014 at 5:35 PM, Paul Wise wrote:
> Aha, you want this in debian/rules to get the extra flags:
>
> export DEB_BUILD_MAINT_OPTIONS=hardening=+all
Oh, that's new to me, thanks, it worked! :)
> BTW: you can run blhc locally to check build logs for hardening flags.
this is what I did
On Mon, Jun 9, 2014 at 11:23 PM, Mattia Rizzolo wrote:
> This is not the case: the others flage (i.e. -Wl,-z,relro) are passed
> to the liker.
> Looks like -fPIE and -pie are not passed:
>
> % dpkg-buildflags --get LDFLAGS
> -Wl,-z,relro
>
> I'm now wondering why bls complains...
Aha, you want th
On Mon, Jun 9, 2014 at 4:05 PM, Paul Wise wrote:
> This package uses qmake. It appears debhelper has support for qmake
> and passes LDFLAGS on to the qmake generated Makefile using
> QMAKE_LFLAGS_RELEASE and QMAKE_LFLAGS_DEBUG. It might be that the
> generated Makefile in this case uses a differen
On Mon, Jun 9, 2014 at 9:52 PM, Mattia Rizzolo wrote:
> Does somebody have any hint on what to look for/to?
This package uses qmake. It appears debhelper has support for qmake
and passes LDFLAGS on to the qmake generated Makefile using
QMAKE_LFLAGS_RELEASE and QMAKE_LFLAGS_DEBUG. It might be that
I maintain a package, pencil2d [0].
The Build Log Check [1] reports that there are two missing LDFLAGS.
Running bls locally ends up in
LDFLAGS missing (-fPIE -pie): g++ -m64 -Wl,-z,relro -o Pencil .obj/blur.o
.obj/bitmapimage.o .obj/bezierarea.o .obj/beziercurve.o .obj/colourref.o
.obj
5 matches
Mail list logo