Re: pkg/47322 (pkgsrc/print/cups update for LIBS_SSP to include -libssp for solaris)

[Richard PALO <richard.palo%free.fr@localhost>]

The following reply was made to PR pkg/47322; it has been noted by GNATS.

From: Richard PALO <richard.palo%free.fr@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: pkg/47322 (pkgsrc/print/cups update for LIBS_SSP to include -libssp
 for solaris)
Date: Tue, 08 Oct 2013 17:04:31 +0200

 Le 16/12/12 20:47, hauke%NetBSD.org@localhost a écrit :
 > Synopsis: pkgsrc/print/cups update for LIBS_SSP to include -libssp for 
 > solaris
 >
 > Responsible-Changed-From-To: pkg-manager->sbd
 > Responsible-Changed-By: hauke%NetBSD.org@localhost
 > Responsible-Changed-When: Sun, 16 Dec 2012 19:47:22 +0000
 > Responsible-Changed-Why:
 > Over to maintainer.
 
 No response for quite awhile, so I'll reiterate with an extract of the 
 link provided:
 > But, if GCC decides to use TLS canary for -fstack-protector,
 > then it ought to avoid -lssp_nonshared -lssp, while if
 > it decides not to use them, then it should force -lssp_nonshared -lssp
 > (as glibc doesn't provide __stack_chk_guard on the architectures
 > that provide TLS canary).
 
 In absence of any pertinent objections, I'll push this with the builtin 
 mit-krb5 gssapi fixes affecting cups this weekend or so.
 
 BTW - I don't believe suppressing the 'LDFLAGS+= -lssp_nonshared' in 
 favour of 'CFLAGS+= -fno-stack-protector' is necessarily a great 
 alternative... That is, unless there are some great arguments for this 
 approach.