[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v2] Fix building error
Wen Congyang writes ("[PATCH v2] Fix building error"): > ifeq ($(debug),y) > # Disable optimizations and enable debugging information for macros > CFLAGS += -O0 -g3 > +# _FORTIFY_SOURCE requires compiling with optimization > +CFLAGS += -Wp,-U_FORTIFY_SOURCE I'm not entirely convinced about this. I have two kinds of concern: One is practical, which is that ATM AIUI a debug build, while not intended for production use, is not any less secure. (Leaving aside the ability of guests to perform a DoS with copious debugging output.) The other is that we seem to be entering into a battle of escalation between various Makefiles. Specifically, this seems to be a workaround for a bug in some other Makefiles we are using: the bug being that these other Makefiles can't cope with -O0. And unconditionally squashing the other Makefiles' options seems like a big hammer. The fact that Fortify doesn't support -O0 is a property of Fortify which ought to be encoded in Fortify (or the places where it is enabled). Assuming that the underlying bug is intractible I think the right answer is for an affected developer to do one of the following, as a workaround: either, manually override Fortify when requesting a debug build (by setting EXTRA_CFLAGS_XEN_TOOLS), or manually override the -O0 setting. To make this easier to do without editing tools/Rules.mk I would support a patch to Rules.mk which has it honour a variable containing a debug-specific set of CFLAGS. Thanks, Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |