Filtering -fstack-protector out of CFLAGS

Ralf Corsepius rc040203 at freenet.de
Tue Nov 11 17:06:59 UTC 2008


On Tue, 2008-11-11 at 11:17 -0500, Adam Jackson wrote:
> On Tue, 2008-11-11 at 08:21 -0700, Jerry James wrote:
> > GCL will not run successfully if compiled with -fstack-protector.  It
> > has its own internal stack management code that interacts badly with
> > -fstack-protector.  So I decided to try filtering that option out of
> > the default CFLAGS.  I put this at the top of the GCL spec file:
> > 
> > %global __global_cflags %{echo %__global_cflags | %{__sed} 's/
> > -fstack-protector//'}
> > 
> > That seems to work, in that %configure passes RPM_OPT_FLAGS minus
> > -fstack-protector, but when I run rpmbuild, I see:
> > 
> > echoechoechoechoechoechoechoechoExecuting(%prep): ...
> > 
> > What's with the 8 "echo" strings, one right after the other?  Is that
> > something I should worry about?  Am I filtering CFLAGS the right way?
> > Do I need to get explicit permission from some group to do this?
> > Thanks,
> 
> In the X server, I do:
> 
> export CFLAGS="${RPM_OPT_FLAGS} -Wstrict-overflow -rdynamic $CFLAGS"
> %configure --enable-maintainer-mode %{xservers} \
> # ...
> 
> Which seems to work fine.
With modern configure scripts you can pass CFLAGS to configure directly
instead of resorting to using the environment.

Ralf





More information about the devel mailing list