On Friday 05 May 2006 12:42, Farhan Ahmed wrote:
> Hemmann, Volker Armin wrote:
> > On Tuesday 02 May 2006 08:18, Farhan Ahmed wrote:
> > > CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden"
> >
> > no, just no. This breaks enough stuff. Do not tell others to use it. If
> > you want to use it. Fine. But do not tell anybody else to do it.
>
> According to http://gentoo-wiki.com/CFLAGS_matrix
> -fvisibility-inlines-hidden is recommended especially for KDE users..
> Atleast while KDE it does not effect and is indeed recommended..
and if I remember right, there was some KDE breakage with this flag. No?
gentoo-wiki is not an official gentoo project ;)
And a wiki can be edited by everybody.
http://bugs.gentoo.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&field0-0-0=product&type0-0-0=substring&value0-0-0=fvisibility-inlines-hidden&field0-0-1=component&type0-0-1=substring&value0-0-1=fvisibility-inlines-hidden&field0-0-2=short_desc&type0-0-2=substring&value0-0-2=fvisibility-inlines-hidden&field0-0-3=status_whiteboard&type0-0-3=substring&value0-0-3=fvisibility-inlines-hidden
>
> > > > MAKEOPTS=""
> > >
> > > MAKEOPTS="-j2"
> >
> > -j1 is a good one for singlecore/single cpu computer, where the compiling
> > is running in the background.
>
> No for singlecore/single cpu computer, -j2 is recommended.. Read
> MAKEOPTS section in:
really? with -j2 my box crawls when compiling, sometimes even oom. With -j1 I
can use it, as if nothing happens and I don't get oom. Plus - it is not
slower.
I have read the sections, I suffered from -j2 and I stopped using it. All
better now.
Btw, since switching between tasks and threads is something CPUs really hate,
I can't even imagine how increasing the amount of needed switches should
help.
> > > Also if you wish add these lines to /etc/make.conf
> > >
> > > LDFLAGS="-Wl,-O1,-z,now,--sort-common"
> >
> > are you totally sure, that this do not break something? do this flags
> > bring anything, that can not be archived with prelink?
> >
> > Again, you might want to use them, but you should not tell somebody else
> > to use them.-
>
> Honestly I think I was wrong in recommending this.. But during the
> emerge process of some packages there's a suggestion to use at least a
> part of the LDFLAGS quoted above.. It's like a security warning.. I
> decided to use these flags after reading a lot about them in Gentoo
> forms
yes, but everything in the forums should be taken with a grain of salt - a lot
of ricers are there. It is safer to look into bugs.gentoo.org ;)
> >
> > so you want to break douzends of packages for him? Why? -dri? Maybe he
> > needs it? fbcon? Why? who needs it? You are telling him to deactivate
> > usefull stuff and activate useless? Great!
>
> I didn't recommend this to him.. You have misquoted me.. You missed the
> sentence which said "Take a look at my USE flags".. These USE flags are
> mine and I quoted them just to explain how to edit these files.. I don't
> know what his system is so cant recommend the USE flags..
>
> > > VIDEO_CARDS="<your video card" #like nvidia, ati
> >
> > that is not needed anymore. Look into the use descriptions. Or even
> > better, get familiar with ufed.
>
> If you use Xorg-7.0 it is useful.. (Also xine if I remember correctly(?))
>
> > > Remember, always add the minimum USE flags you need to /etc/make.conf,
> > > you should always tune your system to specific packages by adding USE
> > > flags to be used for the specific package to /etc/portage/package.use
> >
> > oh, yeah, increase the work and risk subtle breakage here and there ....
>
> There's always a risk when it comes to fine tuning your system that it
> may break things.. You've to pay the price experimenting.. If you are
> not brave enough the default are good, but performance will not match
> the fine tuned machine (Although I'm sure the performance gain is not
> worth the trouble, but the learning experience is worth)
an example:
a lot of packages compiled against esd, as soon as it was installed, even with
the -esd useflag.
So one package that had esd as its flags and installed esd, would contaminate
a lof of others. Unmerge esd and suddenly you may have very funny results (or
not so funny). And esd was the harmless example.
--
gentoo-user@gentoo.org mailing list
