User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 Build ID: 20130311191316 Steps to reproduce: I tried to build Firefox as PIE on a Fedora 18 64-bit system. Actual results: According to Mike Hommey (glandium), to enable PIE in Firefox, build system needs to be hacked a bit *unless* there is special compiler / linker support. So, this bug is a feature request for such a change to be implemented. Expected results: Well, it should have been easy to enable hardening flags :-). Also see https://bugzilla.mozilla.org/show_bug.cgi?id=620058 and https://bugs.launchpad.net/ubuntu/+source/xulrunner-1.9.1/+bug/507744

This does the job but it breaks root analysis builds for some reason, as well as Linux32 mochitest-1 and mochitest-3 (apparently anything that involves plugin-container) The weird thing is that these mochitests turn ok if I set LD_DEBUG=all before running plugin-container. See https://tbpl.mozilla.org/?tree=Try&rev=3e83dd0511d7

Turns out this doesn't break anymore, for whatever reason. Yay ASLR for executables. https://tbpl.mozilla.org/?tree=Try&rev=c69fafed7e02

Reverted at glandium's request for causing bug 1076892: remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/e36bdb0150b9

Can't have nice things. Nautilus (the file manager) can't open PIE executables, which makes distributing PIE executable essentially impossible.

Merge of backout: https://hg.mozilla.org/mozilla-central/rev/e36bdb0150b9

Let's go with a first step adding the necessary build goop. We'll figure what to do to enable it by default in a followup.