Re: [gentoo-user] Re: Unable to emerge kdebase/kfilereplace-4.3.5

[Walter Dnes]

On Thu, Jun 17, 2010 at 08:02:25AM -0700, Bill Longman wrote
> On 06/16/2010 05:33 PM, walt wrote:
> > On 06/16/2010 02:29 PM, Thomas Revell wrote:
> >> Hi everyone,
> >>
> >> I've got a bit of a problem with a new Gentoo install that I'm currently
> >> trying to install KDE on. The installation of kdebase/kfilereplace-4.3.5
> >> is failing, apparently due to a missing header file in its sources.
> >
> >   <snip>
> >> [ 11%] Generating koptionsdlgs.h
> >   <snip>
> >> moc:
> >> /var/tmp/portage/kde-base/kfilereplace-4.3.5/work/kfilereplace-4.3.5_build/kfilereplace/koptionsdlgs.h:
> >>
> >> No such file
> >
> > I have no idea what's going wrong, but I'm willing to make suggestions
> > anyway :)
>
> I have no better suggestion than to change your ricer CFLAGS and see if
> "-O2 -pipe -march=core2" works first. Especially since you have:
>
>  "-mno-align-stringops -minline-stringops-dynamically"
>
> and kfilereplace.cpp:37 warns about QStringList& and further along, it
> creates kaddstringdlgs.h.
>
> BTW, -march=core2 implies -mmmx -msse -msse2 and -msse3 (and -mssse3).

  Even better is "-march=native", and let the compiler figure out what
features are available/safe.  I use the following...

CFLAGS="-O2 -march=native -mfpmath=sse -fomit-frame-pointer -pipe"

If you're building 64-bit Gentoo, the "-mfpmath=sse" gets picked up by
"-march=native" and you can drop the explicit mention.

  And you wouldn't believe how many weird build problems are solved by...

MAKEOPTS="-j1"

...even on multi-core cpus.  The *BUILD PROCESS* is a bit slower, but
the final binary is identical with -j8 or whatever.  And the time you
"save" by a faster build in a tty will be lost the first time you start
bashing your head into a brick wall over some weird build problem.

-- 
Walter Dnes <waltdnes@××××××××.org>