| 1 |
"Greg Bur" <greg.bur@×××××.com> posted |
| 2 |
976cb44f0609230255s14bcc37dj36d53f90cbf765bc@××××××××××.com, excerpted |
| 3 |
below, on Sat, 23 Sep 2006 05:55:59 -0400: |
| 4 |
|
| 5 |
> I put my workstation through its paces last weekend using Duncan's flags |
| 6 |
> and so far I've only run across one package that gave me problems and that |
| 7 |
> was Evolution. It didn't like the LDFLAGS="-Wl,-z,now" |
| 8 |
|
| 9 |
That's reasonable, since I don't use Evolution. (I use kmail for mail, |
| 10 |
pan for news, and don't need Evolution's other features.) |
| 11 |
|
| 12 |
You may wish to file a bug on that, altho I can't say you'll get a good |
| 13 |
reception. See my related bug on modular-X: |
| 14 |
|
| 15 |
http://bugs.gentoo.org/show_bug.cgi?id=116698 |
| 16 |
|
| 17 |
If evolution has anything setuid, as was the case with xorg, it may help, |
| 18 |
since portage's handling of that was one thing that eventually turned the |
| 19 |
above bug toward satisfactory resolution. I have no idea whether |
| 20 |
evolution has anything setuid or not. |
| 21 |
|
| 22 |
As for that ldflag, it's not major, more a personal preference. In most |
| 23 |
cases, what it does is force library resolution and function loading at |
| 24 |
load time instead of waiting until the functionality is required in some |
| 25 |
cases. This results in a slightly longer load time, particularly shortly |
| 26 |
after a reboot when nothing's yet in cache or loaded by other apps, and |
| 27 |
slightly higher memory usage as well. That's the negatives, along with |
| 28 |
the occasional app that has problems with it. The positives are that if the |
| 29 |
library isn't found, you know about it at load time instead of possibly |
| 30 |
having the app crash later when it tries to load the functions, a bit more |
| 31 |
responsiveness after load the first time those functions are used (when |
| 32 |
the system would otherwise be loading the library and linking in the |
| 33 |
functions on demand), and a bit better security. |
| 34 |
|
| 35 |
All in all, as I said, it's a personal preference. I don't specifically |
| 36 |
recommend it as an optimization, and in fact, for those with less than a |
| 37 |
gig of memory (as well as those who don't want the occasional hassle with |
| 38 |
an app allergic to the setting), I'd tend to recommend NOT using it. |
| 39 |
|
| 40 |
As for LDFLAGS in general, I've mentioned previously that I'm looking for |
| 41 |
more documentation on them. There's some others I've seen in bug |
| 42 |
reports or mentioned in passing that look interesting, but I simply don't |
| 43 |
/begin/ to know enough about them to even /consider/ using them at this |
| 44 |
point. Until that changes, I leave well enough alone. |
| 45 |
|
| 46 |
-- |
| 47 |
Duncan - List replies preferred. No HTML msgs. |
| 48 |
"Every nonfree program has a lord, a master -- |
| 49 |
and if you use the program, he is your master." Richard Stallman |
| 50 |
|
| 51 |
-- |
| 52 |
gentoo-amd64@g.o mailing list |
Archives