<div dir="auto"><div>this one<br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">чт, 12 янв. 2023 г., 06:58 Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com">randrianasulu@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">чт, 12 янв. 2023 г., 06:21 Rob Prowel <<a href="mailto:rprowel@comcast.net" target="_blank" rel="noreferrer">rprowel@comcast.net</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 1/11/23 07:37, Andrew Randrianasulu wrote:<br>
> ср, 11 янв. 2023 г., 13:30 Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" rel="noreferrer noreferrer" target="_blank">randrianasulu@gmail.com</a>>:<br>
> <br>
> can you check if something like attached patch fixes it for you?<br>
> <br>
> i hope it was only o file with missing GNU.stack<br>
> note, old linkers may dislike this and also it seems clang linker (lld)<br>
> default on termux does this by default ....<br>
<br>
re -- patch<br>
<br>
-LDFLAGS1 = -Wl,-export-dynamic -g<br>
+LDFLAGS1 = -Wl,-export-dynamic -g -Wl,-z,noexecstack<br>
<br>
Are you sure you want to do this? Is is portable?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">I'll try to check on few systems where cingg builds - FreeBSD, NetBSD, various linux from ubuntu to Rosa to Slackware (we do not build on Irix, Solaris, HP-UX .... And cygwin probably uses gnu binutils?)</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">I asked more if patch was working for you in this case ...even if it turned to be unportable we can selectively apply it....</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Might an alternate solution have merit? ie scanning the blob resources <br>
and saving their hex data as static arrays and then compiling and <br>
linking the resulting .o files, which presumable only contain .data <br>
segments? Increases build time and complexity but seems more portable.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">thanks for idea .... I think pngtoh tool in guicast tries to do that. (turns png into data arrays inside header)</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
</blockquote></div></div></div>
</blockquote></div></div></div>