1 |
On 18 Nov 2003, Ned Ludd wrote: |
2 |
|
3 |
> On Tue, 2003-11-18 at 18:57, Peter S. Mazinger wrote: |
4 |
> > Hello! |
5 |
> > |
6 |
> > I have a clean uClibc environment (not gentoo based), and inspired by |
7 |
> > hardened-gcc-3.3.2 the gcc specs file was changed to support ET_DYN |
8 |
> > binaries, the only change I have done is replacing Scrt1.o with "crt1S.o |
9 |
> > interp.o" (crt1S.o not yet in the uClibc tree, but in portage), due to the |
10 |
> > fact that Scrt1.o does not exist in uClibc like in glibc-2.3.2. I do not |
11 |
> > know what the difference is between Scrt1.o from glibc and crt1S.o coming |
12 |
> > from the hardened-gcc-2.4.6 (the version for uClibc is PaX version, so |
13 |
> > similar to those in hardened-gcc-2.4.6). |
14 |
> > Could someone comment on problems regarding this change? |
15 |
> ... |
16 |
> |
17 |
> > I have seen a dependency on binutils-2.14.90.0.7, but this one has some |
18 |
> > problems with uClibc (does not correctly support canadian cross-compiling, |
19 |
> > binutils-2.14.90.0.6 yes). Is it really needed, or is |
20 |
> > binutils-2.14.90.0.6-r7 enough? |
21 |
> > |
22 |
> > I have rebuilt about 50 packages (mainly development environment) with |
23 |
> > these changes, but there is some strange behaviour (it is not related |
24 |
> > to the fact that everything is -fPIC built, I had this already defined |
25 |
> > earlier in my CFLAGS for almost all packages) |
26 |
> > I am also interested in an Scrt1.o version for uClibc, so a changes |
27 |
> > description between the PaX and the glibc-2.3.2 implementation would be |
28 |
> > helpful. |
29 |
> |
30 |
> <rant> |
31 |
> Quick rundown. Sctr1.S is a redhat knock off creation of PaX's ctr1S.S |
32 |
> (ie somebody probably got paid to rip it off and claim it was a redhat |
33 |
> original creation) they even fscked up the naming convention. I wont go |
34 |
> to much in detail because I would end up ranting for hours. In short |
35 |
> Scrt1 the way it gets built by redhat will most likely end up with text |
36 |
> relocations from what I understand so the PaX crt1S.S should be used and |
37 |
> preferred till such time as redhat finds a way to break that for us. |
38 |
> </rant> |
39 |
Why is then used Scrt1.o in hardened-gcc-3.3.2? |
40 |
|
41 |
> |
42 |
> > Why was the default -fomit-frame-pointer option removed? From my |
43 |
> > experience there are only a few packages, that are incompatible with it |
44 |
> > (mainly libraries). |
45 |
> |
46 |
> You would have to ask the maintainer pappy@g.o about why this |
47 |
> functionality was removed. However I can say from my personal testing we |
48 |
> truly don't seem to gain any performance by trying to gain back an extra |
49 |
> register from adding -fomit-frame-pointer when -fPIC steals away the ebx |
50 |
> register, in fact I even get roughly exactly same number of instructions |
51 |
> that get executed when using those flags together. Attached is a file I |
52 |
> did this testing with. |
53 |
> |
54 |
> |
55 |
|
56 |
-- |
57 |
Peter S. Mazinger <ps.m@×××.net> ID: 0xA5F059F2 NIC: IXUYHSKQLI |
58 |
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08 BB6E C389 975E A5F0 59F2 |
59 |
|
60 |
|
61 |
____________________________________________________________________ |
62 |
Miert fizetsz az internetert? Korlatlan, ingyenes internet hozzaferes a FreeStarttol. |
63 |
Probald ki most! http://www.freestart.hu |
64 |
|
65 |
-- |
66 |
gentoo-hardened@g.o mailing list |