Hello Damjan, All, On Mon, Jun 08, 2026 at 10:25:07PM +0200, Arrigo Marchiori wrote:
> Dear All, > > On Mon, Jun 08, 2026 at 04:54:21AM +0200, Damjan Jovanovic wrote: > [...] > > Let's understand this better first. > > > > This is an excellent blog post on the topic: > > https://linuxvox.com/blog/stacks-are-executable-even-with-noexecstack/ > > > > Now as per that article, note how both FreeBSD and Linux already link with > > -Wl,-z,noexecstack for libraries, at least with gbuild: > > > > main/solenv]$ grep execstack * -R > > gbuild/platform/freebsd.mk:gb_Library_TARGETTYPEFLAGS := -shared > > -Wl,-z,noexecstack > > gbuild/platform/linux.mk:gb_Library_TARGETTYPEFLAGS := -shared > > -Wl,-z,noexecstack > > > > but even this seems unnecessary, as that should be the default with GCC >= > > 4.1. > > > > A quick audit on my build tree > > (main/instsetoo_native/unxfbsdx/Apache_OpenOffice/installed/install/en-US/openoffice4/program) > > shows how nothing has executable stacks: > > > > find . -type f | while read i; do readelf -l "$i" 2>/dev/null| grep > > GNU_STACK|grep E; done > > (no output. You can remove the "grep E" to see every GNU_STACK entry has > > only "RW" permissions.) > > I had to add option --wide to readelf(1). > > Here is an interesting thing: > > - the solver directory from my build of AOO41X with openSUSE 16.0, > GCC 13.4.0, has no files with executable stack. > > - the solver directory from my build of AOO41X with CentOS 5, GCC 4.1.2, > has the following file with executable stack: > ./4116/unxlngx6.pro/lib/libraptor2.so.0 > > So I was probably addressing the wrong problem: libraptor2.so.0 shall > not require executable stack, instead. PR #483 now tries to explicitly disable executable stack when compiling raptor. How can we test if AOO is still working as expected? Best regards, -- Arrigo --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
