Hi Arrigo,
Am 12.06.2026 um 22:02 schrieb Arrigo Marchiori:
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?
I think it is used during save or load process for ODF files.
Loading and saving should trigger raptor use.
All the best
Peter
Best regards,
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
