Joseph Myers <jos...@codesourcery.com> 於 2018年7月26日 週四 上午4:56寫道： > > On Wed, 25 Jul 2018, Vineet Gupta wrote: > > > But given the dso code has nested function, a well equipped gcc when > > generating > > trampoline code would also generate the GNU_STACK segment for the dso > > automatically, without need to force the same via the linker flags as is > > done in > > the Makefile currently. Only when a port's gcc doesn't support this (ARC gcc > > didn't until recently), should we need ld assist, and this could be > > detected using > > a configure test - No ? > > The test should achieve the executable stack markings independent of > whether nested functions require them on that architecture (for example, > it should still have the markings on architectures with function > descriptors). > In glibc now, this option doesn't pass to linker, the module is still not executable on stack. I think that we need this patch to fix up it or another patch to remove the variable in Makefile if it is not necessary. Both are fine for me. For now, it is a little bit strange because it present in Makefile but has no effect.
_______________________________________________ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc
