Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 115743 - portage-2.0.53 gives misleading QA Notice
Summary: portage-2.0.53 gives misleading QA Notice
Status: RESOLVED DUPLICATE of bug 115727
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Unclassified (show other bugs)
Hardware: All Linux
: High trivial (vote)
Assignee: Portage team
Depends on:
Reported: 2005-12-16 01:36 UTC by Prakash Punnoor
Modified: 2005-12-16 15:53 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Prakash Punnoor 2005-12-16 01:36:44 UTC
Merging eg. xvid gives this: 
QA Notice: the following files contain runtime text relocations 
 Text relocations require a lot of extra work to be preformed by the 
 dynamic linker which will cause serious performance impact on IA-32 
 and might not function properly on other architectures hppa for example. 
 If you are a programmer please take a closer look at this package and 
 consider writing a patch which addresses this problem. 
TEXTREL usr/local/lib/ 
In fact "which will cause serious performance impact on IA-32" is nonsense, or 
at least misleading, as the opposite is the case. I guess portage is 
complaining that the lib was compiled non-pic, so loading the library will be 
bad for performance. But on the other hand, as it is a computational intense 
lib, you don't want to use pic, as this costs the ebx register on ia32 and 
this could have a dramatical negative impact on *runtime* performance. 
So my suggestion is to make the message clear, that the libs will have bad 
*start-up* performance by compiling non-pic. Firthermore there should be means 
to disable this check for certain libs where it makes actually sense to 
compile non-pic, as I stated. (So infact it is also not very smart to compile 
ffmpeg, xine, mplayer etc with pic enabled, as you trade of faster start-up 
for runtime performance.) 

Reproducible: Always
Steps to Reproduce:
Comment 1 Jason Stubbs (RETIRED) gentoo-dev 2005-12-16 06:50:01 UTC

*** This bug has been marked as a duplicate of 115727 ***
Comment 2 solar (RETIRED) gentoo-dev 2005-12-16 15:53:57 UTC
That is not the case at all with ffmpeg. ffmpeg after it was made pic aware 
was found to run in general faster. Read drepper's dsohowto.pdf for more info on 
the subject in general. I'll update the msg however to be more clear to the root 
of the problems.