On Mon, Sep 27, 2010 at 11:46:51AM +0200, Jeremie Le Hen wrote: > Hi Kostik, > > On Mon, Sep 20, 2010 at 10:27:08PM +0300, Kostik Belousov wrote: > > > > You make the script only useful for the stack protection. If build process > > does not use libc.so script, but installed system does, you > > - require to maintain two places where (not much) hypothetical libc > > changes should go; > > - make it very puzzling to debug the issues with the build of the usermode. > > > > Please, do this in the consistent manner, so that the script can be adopted > > for other uses. > > I've updated the patch. I think it will fulfill your requirements. Now > the ld script is generated on the fly during the install step. > > The patch probably needs some polishing such as removing debugging > leftovers. Can you tell me if it looks of for you now?
Hardcoding /usr/lib as the path to the library in the script looks problematic. For the buidlworld, you are linking resulting binaries with the host library, instead of the buildworld-produced one. For lib32, it makes non-working combination of 32/64 bit.
pgpVaIYlRUs0O.pgp
Description: PGP signature
