To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=106985
------- Additional comments from s...@openoffice.org Wed Nov 25 12:40:08 +0000
2009 -------
I do not have a Linux box with execstack handy, but as (as I firmly believe)
executable stack is the E bit in PT_GNU_STACK header, doing
find /so/ws/DEV300/unxlngi6.pro/{bin,lib}.m65 -type f -exec bash -c '(readelf -l
"$0" | grep GNU_STACK | grep RWE) >/dev/null 2>/dev/null' {} \; -print
shows that there is an impressive number of executables and libraries in the Sun
Hamburg build that request executable stack, namely ~all stuff from external
modules (epm, libldap50.so, libfreetype.so.6.3.10, libstlport_gcc.so,
libgcc_s.so.1, libstdc++.so.6, python/lib-dynload/_ctypes.so, and many more).
solenv/inc/unxlng.mk adds -Wl,-z,noexecstack to LINKFLAGS, so it seems this is
not propagated when building the external modules (and, additionally,
libgcc_s.so.1 and libstdc++.so.6 that are not created during the build but come
from outside indeed need to be fixed as already pointed out by cmc above).
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org
For additional commands, e-mail: issues-h...@framework.openoffice.org
---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org
