Date: Mon, 21 Jul 2008 23:39:51 +0200 From: Jeremie Le Hen <jeremie@le-hen.org> To: ticso@cicely.de Cc: src-committers@freebsd.org, cvs-src@freebsd.org, Bernd Walter <ticso@cicely7.cicely.de>, cvs-all@freebsd.org, Stanislav Sedov <stas@freebsd.org>, arm@freebsd.org Subject: Re: cvs commit: src Makefile.inc1 src/gnu/lib Makefile src/gnu/lib/csu Makefile src/gnu/lib/libssp Makefile src/lib/csu Makefile.inc src/lib/libc Makefile src/lib/libstand Makefile src/lib/libthr Makefile src/libexec/rtld-elf Makefile src/release Makefile ... Message-ID: <20080721213951.GN39074@obiwan.tataz.chchile.org> In-Reply-To: <20080718114058.GB35340@cicely7.cicely.de> References: <200806252138.m5PLcajG067917@repoman.freebsd.org> <20080707155017.6850f3a5.stas@FreeBSD.org> <20080711211909.GB33517@obiwan.tataz.chchile.org> <20080714234809.32cb8042.stas@FreeBSD.org> <20080715210512.GK35340@cicely7.cicely.de> <20080716021322.52f895c9.stas@FreeBSD.org> <20080715225443.GM35340@cicely7.cicely.de> <20080717140905.GX35340@cicely7.cicely.de> <20080718114058.GB35340@cicely7.cicely.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Bernd, Again, sorry for the late reply, I'm abroad this week once again for work, so I have very little time for my personal stuff. On Fri, Jul 18, 2008 at 01:40:59PM +0200, Bernd Walter wrote: > No change - with SSP all dynamic linked binaries fail the same as the > 7-stable did. > Without SSP only some binaries fail, but those are the same. > And of course since my 7-stable binaries were failing as well this > sounds like a kernel thing and not a userland one. > > What comes to mind after reading the original commit when reading the > compiler options used: > cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -mcpu=arm9 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -fstack-protector -Werror ../../../arm/at91/at91_twi.c > The original message says that -fstack-protector shouldn't be used for > the kernel. > So why it is there? > I never explicitly enabled it anywhere. Actually, there was one patch to enable SSP for userland and another one for kernel, but they have been committed together and their commitlog has been concatenated. If you read it further, you will see the kernel part commitlog. Concerning the automatic activation, this is intended so as to give SSP more exposure. We'll need to reach a consensus for the release about whether it should be opt-in or opt-out. For now, you can disable it for both userland and kernel using the WITHOUT_SPP knob in src.conf(5). If you only want to disable it for kernel build, simply use "make -DWITHOUT_SSP buildkernel". I'm keen to hear about any clue you will gather about the problem. Thanks. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080721213951.GN39074>