Linux Archive

Linux Archive (http://www.linux-archive.org/)
-   Gentoo Desktop (http://www.linux-archive.org/gentoo-desktop/)
-   -   kde-sunset: new akode build problems (http://www.linux-archive.org/gentoo-desktop/415670-kde-sunset-new-akode-build-problems.html)

Brent Busby 08-20-2010 12:25 PM

kde-sunset: new akode build problems
 
Recently, because of the libpng upgrade fiasco that caused so many
people to pull their hair out with .la file problems, the main Gentoo
developers started having libtool compile things with '--as-needed',
which is generally a good thing.


However, I just recently started setting up a new machine with KDE 3
from the kde-sunset overlay, and ran into this build issue with akode:


Making all in akodeplay
make[3]: Entering directory
`/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/akodeplay'
if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../..
-I../../akode/lib -I../../akode/lib -I../../akode/lib -O2
-march=athlon64 -pipe -MT akodeplay.o -MD -MP -MF ".deps/akodeplay.Tpo"
-c -o akodeplay.o akodeplay.cpp;
then mv -f ".deps/akodeplay.Tpo" ".deps/akodeplay.Po"; else rm
-f ".deps/akodeplay.Tpo"; exit 1; fi
/bin/sh ../../libtool --silent --tag=CXX --mode=link
x86_64-pc-linux-gnu-g++ -O2 -march=athlon64 -pipe -Wl,-O1
-Wl,--as-needed -o akodeplay akodeplay.o ../lib/libakode.la
x86_64-pc-linux-gnu-g++: ../lib/.libs/libakode.so: No such file or
directory

make[3]: *** [akodeplay] Error 1

This is from a fairly fresh and up-to-date install of Gentoo that uses
GCC 4.4.3 as the system compiler, and it looks like libtool is doing the
new '--as-needed' thing, though I don't know if that's related to the
failure or not.


Has anyone else seen this? I don't know how to fix it, but it would be
good if we can keep the overlay able to compile KDE on a fresh machine
if needed. Let me know if you want me to try anything.


--
+ Brent A. Busby + "We've all heard that a million monkeys
+ UNIX Systems Admin + banging on a million typewriters will
+ University of Chicago + eventually reproduce the entire works of
+ Physical Sciences Div. + Shakespeare. Now, thanks to the Internet,
+ James Franck Institute + we know this is not true." -Robert Wilensky

Brent Busby 08-20-2010 06:37 PM

kde-sunset: new akode build problems
 
As an addendum to the above, I found this thread:

http://forums.gentoo.org/viewtopic-t-831467.html?sid=8182796e790caf6a0c9dd589570c8a4f

It looks like the build for akode is trying to find libakode.so before
it's actually been finished compiling. I still don't know what to do
about that, or why it would be happening now under GCC 4.4 when it
wasn't before, unless it's a libtool "--as-needed" related thing.


--
+ Brent A. Busby + "We've all heard that a million monkeys
+ UNIX Systems Admin + banging on a million typewriters will
+ University of Chicago + eventually reproduce the entire works of
+ Physical Sciences Div. + Shakespeare. Now, thanks to the Internet,
+ James Franck Institute + we know this is not true." -Robert Wilensky

Duncan 08-21-2010 03:12 AM

kde-sunset: new akode build problems
 
Brent Busby posted on Fri, 20 Aug 2010 13:37:15 -0500 as excerpted:

> As an addendum to the above, I found this thread:
>
> http://forums.gentoo.org/viewtopic-t-831467.html?
sid=8182796e790caf6a0c9dd589570c8a4f
>
> It looks like the build for akode is trying to find libakode.so before
> it's actually been finished compiling. I still don't know what to do
> about that, or why it would be happening now under GCC 4.4 when it
> wasn't before, unless it's a libtool "--as-needed" related thing.

IIRC, I had decided I didn't actually need akode for my usage long before
I ever switched to kde4, and thus haven't compiled it in... years, now. I
believe I was running into issues that lead to that investigation and
conclusion, that may be similar to what you're running into now. (FWIW, I
run ~arch and often unmask and run the latest gcc well before it's even
unmasked to ~arch, and am running gcc-4.5.1 now, so I'd have seen gcc-4.4
issues quite some time ago, tho I think this was long before that,
possibly as far back as the gcc-3.5 era.)

But, you mention a "new machine", presumably a multi-core machine, that
you're taking advantage of with MAKEOPTS=-jX, with X>1. While your
previous machines may also be multi-core, for various reasons they may
have used a different make job scheduling order and thus not run into the
problem. Or, perhaps it's a combination of that and --as-needed.

FWIW... my main machine is a dual socket Opteron 2xx, now top-of-its-line
Opteron 290s, so dual-dual-cores, but for years I ran dual Opteron 242s,
single-core, but two of them, so I've been running into parallel make
errors since I switched to Gentoo on the system in 2004. I've also been
running --as-needed in my LDFLAGS, since 2006 or 2007 I'd guess, so it's
indeed quite conceivable that I'd have run into parallel make issues,
perhaps related to --as-needed, perhaps not, way back when I /was/ still
building akode, if the package is wont to trigger them, as it seems to be.

So... try building the package with MAKEOPTS=-j1 and see if that works.
If so, it's a workaround; the makefile dependencies should really be fixed
properly, but that takes some make file (and possibly other) knowledge few
folks have, apparently even at the Gentoo developer level. A lot of the
time, therefore, such issues are simply worked around, with the ebuild
hard-coding MAKEOPTS=-j1. So assuming it works, that's likely the change
that'll happen -- make the ebuild hardcode MAKEOPTS=-j1.

(FWIW, I'm not going to discount the reasons many still run kde3, as until
4.4 and better, 4.5, despite official kde announcements to the contrary,
kde4 was simply too bug riddled to be reasonably usable, and I spent well
over 100 hours finding workaround, often scripting my own, and otherwise
making an otherwise broken kde-4.2.4 work for me when I switched so I KNOW
this to be true, but one thing I *DO* appreciate about kde4 is how much
more effectively it parallel builds in comparison to kde3, therefore
taking about half the build time on a 4-core including my dual-dual-core
system, compared to kde3. It's NICE to be able to do a kde4 upgrade in
the 4 hours or so it takes now, depending on how much is new code and how
much is not in ccache, compared to the entire day, 6-8 hours, if there
weren't other problems, it'd take to do the same with kde3.)

Meanwhile, until it gets into the ebuild, assuming you're using portage
(the other two package managers have their own system for this), you can
set the MAKEOPTS=-j1 for that specific package only, using /etc/portage/
env. This trick isn't well known or documented for what are now mostly
historical reasons (devs objected to making it too public as package
specific settings weren't reported in emerge --info, thus making
troubleshooting bugs difficult, but emerge --info <package> now reports
where settings for that package differ from the global settings), but
here's how to do it:

1) If the directory doesn't already exist, create /etc/portage/env/ with
the same ownership and permissions as /etc/portage/ .

2) The structure under env/ is category subdirs, package files. Thus, for
this package, you'll have the file /etc/portage/env/media-libs/akode .
Again, permissions should be similar to those in /etc/portage.

3) In /etc/portage/env/media-libs/akode , place the following line:

MAKEOPTS=-j1

That should be all there is to it. Portage should now always use only a
single job when building akode. I routinely use /etc/portage/env files
for setting single MAKEOPTS jobs and it works well. =:^)

/etc/portage/env/*/* files can be used for package specific cflags, etc,
too. In fact, they should work for anything that affects only the bash
side of portage, and because they /are/ bash, bash tricks like the
following also work:

I have this in /etc/portage/env/sys-fs/mdadm (one of several packages with
the issue), removing the -combine CFLAG from my normal CFLAGS using bash's
${var//} substitution construct, since mdadm doesn't like -combine.

CFLAGS="${CFLAGS/ -combine/}"


The one caveat that at least used to apply to /etc/portage/env/ files (I'm
not positive it still does as I've not had need of the missed
functionality, here) is that they're sourced into the bash side of
portage, namely, ebuild.sh, not the python side. So settings that affect
the python side (like some FEATURES) may not work as intended, while those
only affecting the bash side should. So changes affecting dependency
calculation, which is done on the python side, etc, might not "take". If
in doubt, simply try it and see.

So for testing and to work around the issue yourself until it's fixed in
the ebuild, use the env file. Once either a proper fix or at least the
MAKEOPTS=j1 workaround (assuming it fixes the problem) is in the ebuild,
you can remove the env file workaround. No more having to change global
make.conf settings for a single package, then having to change them back!
=:^)

--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman

Brent Busby 08-21-2010 05:37 PM

kde-sunset: new akode build problems
 
On Sat, 21 Aug 2010, Duncan wrote:


Brent Busby posted on Fri, 20 Aug 2010 13:37:15 -0500 as excerpted:


As an addendum to the above, I found this thread:

http://forums.gentoo.org/viewtopic-t-831467.html?

sid=8182796e790caf6a0c9dd589570c8a4f


It looks like the build for akode is trying to find libakode.so before
it's actually been finished compiling. I still don't know what to do
about that, or why it would be happening now under GCC 4.4 when it
wasn't before, unless it's a libtool "--as-needed" related thing.


IIRC, I had decided I didn't actually need akode for my usage long before
I ever switched to kde4, and thus haven't compiled it in... years, now. I
believe I was running into issues that lead to that investigation and
conclusion, that may be similar to what you're running into now. (FWIW, I
run ~arch and often unmask and run the latest gcc well before it's even
unmasked to ~arch, and am running gcc-4.5.1 now, so I'd have seen gcc-4.4
issues quite some time ago, tho I think this was long before that,
possibly as far back as the gcc-3.5 era.)

But, you mention a "new machine", presumably a multi-core machine, that
you're taking advantage of with MAKEOPTS=-jX, with X>1. While your
previous machines may also be multi-core, for various reasons they may
have used a different make job scheduling order and thus not run into the
problem. Or, perhaps it's a combination of that and --as-needed.


Actually, the new machine plus the two previous machines have all had
SMP. But I've never used a -j option on any of them, because the fact
that parallel compilation doesn't always work right has always scared me
away from it and made me worry I could be causing myself unnecessary
grief in the future with hard-to-diagnose issues. I'd love to use it to
get builds done faster, but the extra speed has never been worth it to
me if I can't entirely trust it.


So, I've never used any '-j' setting in MAKEOPTS on any system. Is it
possible that with GCC 4.4 I'm getting some kind of implied parallel
execution anyway though, requiring me to set '-j1' to override it for
this package?



I've also been
running --as-needed in my LDFLAGS, since 2006 or 2007 I'd guess, so it's
indeed quite conceivable that I'd have run into parallel make issues,
perhaps related to --as-needed, perhaps not, way back when I /was/ still
building akode, if the package is wont to trigger them, as it seems to be.


This is the first machine I've installed from scratch since
'--as-needed' became part of the desktop policy. It's never seen a
libtool environment that doesn't use it -- I don't know if that has
anything to do with this problem or not though.



So... try building the package with MAKEOPTS=-j1 and see if that works.
If so, it's a workaround; the makefile dependencies should really be fixed
properly, but that takes some make file (and possibly other) knowledge few
folks have, apparently even at the Gentoo developer level. A lot of the
time, therefore, such issues are simply worked around, with the ebuild
hard-coding MAKEOPTS=-j1. So assuming it works, that's likely the change
that'll happen -- make the ebuild hardcode MAKEOPTS=-j1.


Just tried it, unfortunately, it did the same thing:

Making all in src_resampler
make[4]: Entering directory
`/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/src_resampler'
if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile
x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../..
-I../../../akode/lib -I../../../akode/lib -I../../../akode/lib
-I./mppdec -O2 -march=athlon64 -pipe -MT src_resampler.lo -MD -MP
-MF ".deps/src_resampler.Tpo" -c -o src_resampler.lo src_resampler.cpp;

then mv -f ".deps/src_resampler.Tpo" ".deps/src_resampler.Plo";
else rm -f ".deps/src_resampler.Tpo"; exit 1; fi
/bin/sh ../../../libtool --silent --tag=CXX --mode=link
x86_64-pc-linux-gnu-g++ -O2 -march=athlon64 -pipe -Wl,-O1
-Wl,--as-needed -o libakode_src_resampler.la -rpath /usr/lib64 -module
-avoid-version -no-undefined -Wl,--no-undefined
-Wl,--allow-shlib-undefined src_resampler.lo ../../lib/libakode.la
-lsamplerate
make[4]: Leaving directory
`/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/src_resampler'
make[4]: Entering directory
`/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins'

make[4]: Nothing to be done for `all-am'.
make[4]: Leaving directory
`/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins'
make[3]: Leaving directory
`/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins'

Making all in akodeplay
make[3]: Entering directory
`/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/akodeplay'
if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../..
-I../../akode/lib -I../../akode/lib -I../../akode/lib -O2
-march=athlon64 -pipe -MT akodeplay.o -MD -MP -MF ".deps/akodeplay.Tpo"
-c -o akodeplay.o akodeplay.cpp;
then mv -f ".deps/akodeplay.Tpo" ".deps/akodeplay.Po"; else rm
-f ".deps/akodeplay.Tpo"; exit 1; fi
/bin/sh ../../libtool --silent --tag=CXX --mode=link
x86_64-pc-linux-gnu-g++ -O2 -march=athlon64 -pipe -Wl,-O1
-Wl,--as-needed -o akodeplay akodeplay.o ../lib/libakode.la
x86_64-pc-linux-gnu-g++: ../lib/.libs/libakode.so: No such file or
directory

make[3]: *** [akodeplay] Error 1

(FWIW, I'm not going to discount the reasons many still run kde3, as
until 4.4 and better, 4.5, despite official kde announcements to the
contrary, kde4 was simply too bug riddled to be reasonably usable, and
I spent well over 100 hours finding workaround, often scripting my
own, and otherwise making an otherwise broken kde-4.2.4 work for me
when I switched so I KNOW this to be true, but one thing I *DO*
appreciate about kde4 is how much more effectively it parallel builds
in comparison to kde3, therefore taking about half the build time on a
4-core including my dual-dual-core system, compared to kde3. It's
NICE to be able to do a kde4 upgrade in the 4 hours or so it takes
now, depending on how much is new code and how much is not in ccache,
compared to the entire day, 6-8 hours, if there weren't other
problems, it'd take to do the same with kde3.)


Yeah, but the problem with it to me is it just isn't the same desktop
anymore. Most of it seems to be imitating Windows Vista/7, with a few
things derived from MacOS/X here and there (like the new Control Panel,
which strongly resembles the Mac's System Preferences app). KDE 3 used
to let you make desktops that were totally different.


My own desktop actually resembles -- and this will probably puzzle some
people -- CDE from HP-UX. I'm one of those strange people who actually
like an X11 desktop to look like an X11 desktop. I find that most
"modern" desktops from Microsoft look and feel like a credit card
advertisement, while most modern desktops from Apple look like a 70's
car stereo (brushed chrome everywhere!). It seems to be very out of
fashion now to prefer one's computer look and act like...gasp!...a
computer, but that's what I like, and up until KDE 4, KDE was providing
a very nice CDE emulation. (Actually, KDE 3's imitation of CDE is quite
a bit more functional that real CDE...no shock there, I suppose.)


Plus there's the fact that KDE 4, even now that it's more stable, seems
to use resources like we had them to burn. Actually, on modern
machines, that might be true, but I run studio recording apps, which is
a genre of application where more bandwidth equals more tracks, more
plugins, more disk i/o, etc. It's one of the few remaining types of
apps these days that are *not* just leaving your system idle most of the
time, and really do want all you can give them. People who are running
pro audio apps do not have CPU/RAM to burn, ever, even on a fast
machine! If you are running such programs, and your machine has more to
give, you want to give it to the apps, not the desktop, no matter how
*much* more that is.


So in general, KDE 4 has turned me away. I'll pass on its Windows Vista
look and feel, its enormous resource footprint, and the way they made
keeping any semblance of my current CDE-ish KDE desktop unsupportable.


So for testing and to work around the issue yourself until it's fixed
in the ebuild, use the env file. Once either a proper fix or at least
the MAKEOPTS=j1 workaround (assuming it fixes the problem) is in the
ebuild, you can remove the env file workaround. No more having to
change global make.conf settings for a single package, then having to
change them back! =:^)


Thanks for the help, but that didn't seem to fix it. I never use '-j'
options anyway. I'll probably start if they ever start working all the
time.


--
+ Brent A. Busby + "We've all heard that a million monkeys
+ UNIX Systems Admin + banging on a million typewriters will
+ University of Chicago + eventually reproduce the entire works of
+ Physical Sciences Div. + Shakespeare. Now, thanks to the Internet,
+ James Franck Institute + we know this is not true." -Robert Wilensky

Dr Andrew John Hughes 08-22-2010 12:33 AM

kde-sunset: new akode build problems
 
On 21 August 2010 18:37, Brent Busby <brent@keycorner.org> wrote:
> On Sat, 21 Aug 2010, Duncan wrote:
>
>> Brent Busby posted on Fri, 20 Aug 2010 13:37:15 -0500 as excerpted:
>>
>>> As an addendum to the above, I found this thread:
>>>
>>> http://forums.gentoo.org/viewtopic-t-831467.html?
>>
>> sid=8182796e790caf6a0c9dd589570c8a4f
>>>
>>> It looks like the build for akode is trying to find libakode.so before
>>> it's actually been finished compiling. *I still don't know what to do
>>> about that, or why it would be happening now under GCC 4.4 when it
>>> wasn't before, unless it's a libtool "--as-needed" related thing.
>>
>> IIRC, I had decided I didn't actually need akode for my usage long before
>> I ever switched to kde4, and thus haven't compiled it in... years, now. *I
>> believe I was running into issues that lead to that investigation and
>> conclusion, that may be similar to what you're running into now. *(FWIW, I
>> run ~arch and often unmask and run the latest gcc well before it's even
>> unmasked to ~arch, and am running gcc-4.5.1 now, so I'd have seen gcc-4.4
>> issues quite some time ago, tho I think this was long before that,
>> possibly as far back as the gcc-3.5 era.)
>>
>> But, you mention a "new machine", presumably a multi-core machine, that
>> you're taking advantage of with MAKEOPTS=-jX, with X>1. *While your
>> previous machines may also be multi-core, for various reasons they may
>> have used a different make job scheduling order and thus not run into the
>> problem. *Or, perhaps it's a combination of that and --as-needed.
>
> Actually, the new machine plus the two previous machines have all had SMP.
> *But I've never used a -j option on any of them, because the fact that
> parallel compilation doesn't always work right has always scared me away
> from it and made me worry I could be causing myself unnecessary grief in the
> future with hard-to-diagnose issues. *I'd love to use it to get builds done
> faster, but the extra speed has never been worth it to me if I can't
> entirely trust it.
>
> So, I've never used any '-j' setting in MAKEOPTS on any system. *Is it
> possible that with GCC 4.4 I'm getting some kind of implied parallel
> execution anyway though, requiring me to set '-j1' to override it for this
> package?
>
>> I've also been
>> running --as-needed in my LDFLAGS, since 2006 or 2007 I'd guess, so it's
>> indeed quite conceivable that I'd have run into parallel make issues,
>> perhaps related to --as-needed, perhaps not, way back when I /was/ still
>> building akode, if the package is wont to trigger them, as it seems to be.
>
> This is the first machine I've installed from scratch since '--as-needed'
> became part of the desktop policy. *It's never seen a libtool environment
> that doesn't use it -- I don't know if that has anything to do with this
> problem or not though.
>
>> So... try building the package with MAKEOPTS=-j1 and see if that works.
>> If so, it's a workaround; the makefile dependencies should really be fixed
>> properly, but that takes some make file (and possibly other) knowledge few
>> folks have, apparently even at the Gentoo developer level. *A lot of the
>> time, therefore, such issues are simply worked around, with the ebuild
>> hard-coding MAKEOPTS=-j1. *So assuming it works, that's likely the change
>> that'll happen -- make the ebuild hardcode MAKEOPTS=-j1.
>
> Just tried it, unfortunately, it did the same thing:
>
> Making all in src_resampler
> make[4]: Entering directory
> `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/src_resampler'
> if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile
> x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../..
> -I../../../akode/lib -I../../../akode/lib -I../../../akode/lib -I./mppdec
> * -O2 -march=athlon64 -pipe *-MT src_resampler.lo -MD -MP -MF
> ".deps/src_resampler.Tpo" -c -o src_resampler.lo src_resampler.cpp;
> * * * *then mv -f ".deps/src_resampler.Tpo" ".deps/src_resampler.Plo"; else
> rm -f ".deps/src_resampler.Tpo"; exit 1; fi
> /bin/sh ../../../libtool --silent --tag=CXX --mode=link
> x86_64-pc-linux-gnu-g++ *-O2 -march=athlon64 -pipe * -Wl,-O1 -Wl,--as-needed
> -o libakode_src_resampler.la -rpath /usr/lib64 -module -avoid-version
> -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined
> src_resampler.lo ../../lib/libakode.la -lsamplerate
> make[4]: Leaving directory
> `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/src_resampler'
> make[4]: Entering directory
> `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins'
> make[4]: Nothing to be done for `all-am'.
> make[4]: Leaving directory
> `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins'
> make[3]: Leaving directory
> `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins'
> Making all in akodeplay
> make[3]: Entering directory
> `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/akodeplay'
> if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../akode/lib
> -I../../akode/lib -I../../akode/lib * * -O2 -march=athlon64 -pipe *-MT
> akodeplay.o -MD -MP -MF ".deps/akodeplay.Tpo" -c -o akodeplay.o
> akodeplay.cpp;
> * * * *then mv -f ".deps/akodeplay.Tpo" ".deps/akodeplay.Po"; else rm -f
> ".deps/akodeplay.Tpo"; exit 1; fi
> /bin/sh ../../libtool --silent --tag=CXX --mode=link x86_64-pc-linux-gnu-g++
> *-O2 -march=athlon64 -pipe * -Wl,-O1 -Wl,--as-needed -o akodeplay
> *akodeplay.o ../lib/libakode.la
> x86_64-pc-linux-gnu-g++: ../lib/.libs/libakode.so: No such file or directory
> make[3]: *** [akodeplay] Error 1
>
>> (FWIW, I'm not going to discount the reasons many still run kde3, as until
>> 4.4 and better, 4.5, despite official kde announcements to the contrary,
>> kde4 was simply too bug riddled to be reasonably usable, and I spent well
>> over 100 hours finding workaround, often scripting my own, and otherwise
>> making an otherwise broken kde-4.2.4 work for me when I switched so I KNOW
>> this to be true, but one thing I *DO* appreciate about kde4 is how much more
>> effectively it parallel builds in comparison to kde3, therefore taking about
>> half the build time on a 4-core including my dual-dual-core system, compared
>> to kde3. *It's NICE to be able to do a kde4 upgrade in the 4 hours or so it
>> takes now, depending on how much is new code and how much is not in ccache,
>> compared to the entire day, 6-8 hours, if there weren't other problems, it'd
>> take to do the same with kde3.)
>
> Yeah, but the problem with it to me is it just isn't the same desktop
> anymore. *Most of it seems to be imitating Windows Vista/7, with a few
> things derived from MacOS/X here and there (like the new Control Panel,
> which strongly resembles the Mac's System Preferences app). *KDE 3 used to
> let you make desktops that were totally different.
>
> My own desktop actually resembles -- and this will probably puzzle some
> people -- CDE from HP-UX. *I'm one of those strange people who actually like
> an X11 desktop to look like an X11 desktop. *I find that most "modern"
> desktops from Microsoft look and feel like a credit card advertisement,
> while most modern desktops from Apple look like a 70's car stereo (brushed
> chrome everywhere!). *It seems to be very out of fashion now to prefer one's
> computer look and act like...gasp!...a computer, but that's what I like, and
> up until KDE 4, KDE was providing a very nice CDE emulation. *(Actually, KDE
> 3's imitation of CDE is quite a bit more functional that real CDE...no shock
> there, I suppose.)
>
> Plus there's the fact that KDE 4, even now that it's more stable, seems to
> use resources like we had them to burn. *Actually, on modern machines, that
> might be true, but I run studio recording apps, which is a genre of
> application where more bandwidth equals more tracks, more plugins, more disk
> i/o, etc. *It's one of the few remaining types of apps these days that are
> *not* just leaving your system idle most of the time, and really do want all
> you can give them. *People who are running pro audio apps do not have
> CPU/RAM to burn, ever, even on a fast machine! *If you are running such
> programs, and your machine has more to give, you want to give it to the
> apps, not the desktop, no matter how *much* more that is.
>
> So in general, KDE 4 has turned me away. *I'll pass on its Windows Vista
> look and feel, its enormous resource footprint, and the way they made
> keeping any semblance of my current CDE-ish KDE desktop unsupportable.
>
>> So for testing and to work around the issue yourself until it's fixed in
>> the ebuild, use the env file. *Once either a proper fix or at least the
>> MAKEOPTS=j1 workaround (assuming it fixes the problem) is in the ebuild, you
>> can remove the env file workaround. *No more having to change global
>> make.conf settings for a single package, then having to change them back!
>> =:^)
>
> Thanks for the help, but that didn't seem to fix it. *I never use '-j'
> options anyway. *I'll probably start if they ever start working all the
> time.
>
> --
> + Brent A. Busby * * * * + "We've all heard that a million monkeys
> + UNIX Systems Admin * * + *banging on a million typewriters will
> + University of Chicago *+ *eventually reproduce the entire works of
> + Physical Sciences Div. + *Shakespeare. *Now, thanks to the Internet,
> + James Franck Institute + *we know this is not true." -Robert Wilensky
>
>

Can you post the full build log as an attachment or URL? All I can
tell from the current output is that libakode.la is not being produced
by something earlier in the build.

If this is an as-needed issue, the problem is likely to be that akode
was implicitly relying on a dependent library bringing in another
library it needs and it no longer does that because of as-needed.
I've already seen patches going into the mainline packages to fix such
issues (may be worth checking if you have any pending updates). I hit
at least one issue like this when rebuilding after the --as-needed
change went in.

Adding stuff like --as-needed may help the occasional libpng upgrade,
but it means packages may be being built in a way that isn't being
tested regularly by its developers.
--
Andrew :-)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

Support Free Java!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net

PGP Key: 94EFD9D8 (http://subkeys.pgp.net)
Fingerprint: F8EF F1EA 401E 2E60 15FA* 7927 142C 2591 94EF D9D8

Brent Busby 08-22-2010 12:51 AM

kde-sunset: new akode build problems
 
On Sun, 22 Aug 2010, Dr Andrew John Hughes wrote:


Can you post the full build log as an attachment or URL? All I can
tell from the current output is that libakode.la is not being produced
by something earlier in the build.

If this is an as-needed issue, the problem is likely to be that akode
was implicitly relying on a dependent library bringing in another
library it needs and it no longer does that because of as-needed.
I've already seen patches going into the mainline packages to fix such
issues (may be worth checking if you have any pending updates). I hit
at least one issue like this when rebuilding after the --as-needed
change went in.

Adding stuff like --as-needed may help the occasional libpng upgrade,
but it means packages may be being built in a way that isn't being
tested regularly by its developers.


Okay, here is the whole build log as an attachment.

--
+ Brent A. Busby + "We've all heard that a million monkeys
+ UNIX Systems Admin + banging on a million typewriters will
+ University of Chicago + eventually reproduce the entire works of
+ Physical Sciences Div. + Shakespeare. Now, thanks to the Internet,
+ James Franck Institute + we know this is not true." -Robert Wilensky * CPV: media-libs/akode-2.0.2
* REPO: kde-sunset
* USE: alsa amd64 elibc_glibc flac jack kernel_linux mp3 multilib oss speex userland_GNU vorbis
>>> Unpacking source...
>>> Unpacking 30375-akode-2.0.2.tar.bz2 to /var/tmp/portage/media-libs/akode-2.0.2/work
* Applying akode-2.0.2-amd64-flac-1.1.3.patch ...
 [ ok ]
* Applying akode-2.0.2-gcc43.patch ...
 [ ok ]
make -j1 -j1 -f admin/Makefile.common
*** automake (GNU automake) 1.9.6 found.
*** Creating acinclude.m4
*** Creating list of subdirectories
*** Creating Makefile.am
*** Creating configure.files
*** Creating configure.in
*** Creating aclocal.m4
configure.in:66: warning: AC_REQUIRE: `AC_PROG_CC' was expanded before it was required
../../lib/autoconf/c.m4:429: AC_LANG_COMPILER(C) is expanded from...
../../lib/autoconf/lang.m4:316: AC_LANG_COMPILER_REQUIRE is expanded from...
../../lib/autoconf/general.m4:2573: AC_COMPILE_IFELSE is expanded from...
../../lib/autoconf/general.m4:2581: AC_TRY_COMPILE is expanded from...
acinclude.m4:2978: KDE_CHECK_FOR_BAD_COMPILER is expanded from...
acinclude.m4:3059: AC_CHECK_COMPILERS is expanded from...
configure.in:66: the top level
configure.in:66: warning: AC_REQUIRE: `AC_PROG_CXX' was expanded before it was required
../../lib/autoconf/c.m4:667: AC_LANG_COMPILER(C++) is expanded from...
../../lib/autoconf/general.m4:2645: AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2654: AC_TRY_LINK is expanded from...
../../lib/m4sugar/m4sh.m4:598: AS_IF is expanded from...
../../lib/autoconf/general.m4:1998: AC_CACHE_VAL is expanded from...
acinclude.m4:2903: KDE_CHECK_COMPILER_FLAG is expanded from...
configure.in:81: warning: AC_REQUIRE: `AC_OBJEXT' was expanded before it was required
acinclude.m4:6067: AC_LIBTOOL_SETUP is expanded from...
acinclude.m4:6047: _AC_PROG_LIBTOOL is expanded from...
acinclude.m4:6012: AC_PROG_LIBTOOL is expanded from...
acinclude.m4:11781: AM_PROG_LIBTOOL is expanded from...
acinclude.m4:3472: KDE_PROG_LIBTOOL is expanded from...
configure.in:81: the top level
configure.in:81: warning: AC_REQUIRE: `AC_EXEEXT' was expanded before it was required
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2019: AC_CACHE_CHECK is expanded from...
acinclude.m4:6583: AC_LIBTOOL_LINKER_OPTION is expanded from...
acinclude.m4:8443: _LT_AC_LANG_C_CONFIG is expanded from...
acinclude.m4:8442: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:6540: AC_LIBTOOL_COMPILER_OPTION is expanded from...
acinclude.m4:10479: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:8588: _LT_AC_LANG_CXX_CONFIG is expanded from...
acinclude.m4:8587: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
acinclude.m4:7580: _LT_AC_TAGCONFIG is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:9604: _LT_AC_LANG_F77_CONFIG is expanded from...
acinclude.m4:9603: AC_LIBTOOL_LANG_F77_CONFIG is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:9704: _LT_AC_LANG_GCJ_CONFIG is expanded from...
acinclude.m4:9703: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
*** Creating configure
configure.in:66: warning: AC_REQUIRE: `AC_PROG_CC' was expanded before it was required
../../lib/autoconf/c.m4:429: AC_LANG_COMPILER(C) is expanded from...
../../lib/autoconf/lang.m4:316: AC_LANG_COMPILER_REQUIRE is expanded from...
../../lib/autoconf/general.m4:2573: AC_COMPILE_IFELSE is expanded from...
../../lib/autoconf/general.m4:2581: AC_TRY_COMPILE is expanded from...
acinclude.m4:2978: KDE_CHECK_FOR_BAD_COMPILER is expanded from...
acinclude.m4:3059: AC_CHECK_COMPILERS is expanded from...
configure.in:66: the top level
configure.in:66: warning: AC_REQUIRE: `AC_PROG_CXX' was expanded before it was required
../../lib/autoconf/c.m4:667: AC_LANG_COMPILER(C++) is expanded from...
../../lib/autoconf/general.m4:2645: AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2654: AC_TRY_LINK is expanded from...
../../lib/m4sugar/m4sh.m4:598: AS_IF is expanded from...
../../lib/autoconf/general.m4:1998: AC_CACHE_VAL is expanded from...
acinclude.m4:2903: KDE_CHECK_COMPILER_FLAG is expanded from...
configure.in:81: warning: AC_REQUIRE: `AC_OBJEXT' was expanded before it was required
acinclude.m4:6067: AC_LIBTOOL_SETUP is expanded from...
acinclude.m4:6047: _AC_PROG_LIBTOOL is expanded from...
acinclude.m4:6012: AC_PROG_LIBTOOL is expanded from...
acinclude.m4:11781: AM_PROG_LIBTOOL is expanded from...
acinclude.m4:3472: KDE_PROG_LIBTOOL is expanded from...
configure.in:81: the top level
configure.in:81: warning: AC_REQUIRE: `AC_EXEEXT' was expanded before it was required
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2019: AC_CACHE_CHECK is expanded from...
acinclude.m4:6583: AC_LIBTOOL_LINKER_OPTION is expanded from...
acinclude.m4:8443: _LT_AC_LANG_C_CONFIG is expanded from...
acinclude.m4:8442: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:6540: AC_LIBTOOL_COMPILER_OPTION is expanded from...
acinclude.m4:10479: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:8588: _LT_AC_LANG_CXX_CONFIG is expanded from...
acinclude.m4:8587: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
acinclude.m4:7580: _LT_AC_TAGCONFIG is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:9604: _LT_AC_LANG_F77_CONFIG is expanded from...
acinclude.m4:9603: AC_LIBTOOL_LANG_F77_CONFIG is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:9704: _LT_AC_LANG_GCJ_CONFIG is expanded from...
acinclude.m4:9703: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
*** Creating config.h template
configure.in:66: warning: AC_REQUIRE: `AC_PROG_CC' was expanded before it was required
../../lib/autoconf/c.m4:429: AC_LANG_COMPILER(C) is expanded from...
../../lib/autoconf/lang.m4:316: AC_LANG_COMPILER_REQUIRE is expanded from...
../../lib/autoconf/general.m4:2573: AC_COMPILE_IFELSE is expanded from...
../../lib/autoconf/general.m4:2581: AC_TRY_COMPILE is expanded from...
acinclude.m4:2978: KDE_CHECK_FOR_BAD_COMPILER is expanded from...
acinclude.m4:3059: AC_CHECK_COMPILERS is expanded from...
configure.in:66: the top level
configure.in:66: warning: AC_REQUIRE: `AC_PROG_CXX' was expanded before it was required
../../lib/autoconf/c.m4:667: AC_LANG_COMPILER(C++) is expanded from...
../../lib/autoconf/general.m4:2645: AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2654: AC_TRY_LINK is expanded from...
../../lib/m4sugar/m4sh.m4:598: AS_IF is expanded from...
../../lib/autoconf/general.m4:1998: AC_CACHE_VAL is expanded from...
acinclude.m4:2903: KDE_CHECK_COMPILER_FLAG is expanded from...
configure.in:81: warning: AC_REQUIRE: `AC_OBJEXT' was expanded before it was required
acinclude.m4:6067: AC_LIBTOOL_SETUP is expanded from...
acinclude.m4:6047: _AC_PROG_LIBTOOL is expanded from...
acinclude.m4:6012: AC_PROG_LIBTOOL is expanded from...
acinclude.m4:11781: AM_PROG_LIBTOOL is expanded from...
acinclude.m4:3472: KDE_PROG_LIBTOOL is expanded from...
configure.in:81: the top level
configure.in:81: warning: AC_REQUIRE: `AC_EXEEXT' was expanded before it was required
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2019: AC_CACHE_CHECK is expanded from...
acinclude.m4:6583: AC_LIBTOOL_LINKER_OPTION is expanded from...
acinclude.m4:8443: _LT_AC_LANG_C_CONFIG is expanded from...
acinclude.m4:8442: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:6540: AC_LIBTOOL_COMPILER_OPTION is expanded from...
acinclude.m4:10479: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:8588: _LT_AC_LANG_CXX_CONFIG is expanded from...
acinclude.m4:8587: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
acinclude.m4:7580: _LT_AC_TAGCONFIG is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:9604: _LT_AC_LANG_F77_CONFIG is expanded from...
acinclude.m4:9603: AC_LIBTOOL_LANG_F77_CONFIG is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:9704: _LT_AC_LANG_GCJ_CONFIG is expanded from...
acinclude.m4:9703: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
*** Creating Makefile templates
configure.in:66: warning: AC_REQUIRE: `AC_PROG_CC' was expanded before it was required
../../lib/autoconf/c.m4:429: AC_LANG_COMPILER(C) is expanded from...
../../lib/autoconf/lang.m4:316: AC_LANG_COMPILER_REQUIRE is expanded from...
../../lib/autoconf/general.m4:2573: AC_COMPILE_IFELSE is expanded from...
../../lib/autoconf/general.m4:2581: AC_TRY_COMPILE is expanded from...
acinclude.m4:2978: KDE_CHECK_FOR_BAD_COMPILER is expanded from...
acinclude.m4:3059: AC_CHECK_COMPILERS is expanded from...
configure.in:66: the top level
configure.in:66: warning: AC_REQUIRE: `AC_PROG_CXX' was expanded before it was required
../../lib/autoconf/c.m4:667: AC_LANG_COMPILER(C++) is expanded from...
../../lib/autoconf/general.m4:2645: AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2654: AC_TRY_LINK is expanded from...
../../lib/m4sugar/m4sh.m4:598: AS_IF is expanded from...
../../lib/autoconf/general.m4:1998: AC_CACHE_VAL is expanded from...
acinclude.m4:2903: KDE_CHECK_COMPILER_FLAG is expanded from...
configure.in:81: warning: AC_REQUIRE: `AC_OBJEXT' was expanded before it was required
acinclude.m4:6067: AC_LIBTOOL_SETUP is expanded from...
acinclude.m4:6047: _AC_PROG_LIBTOOL is expanded from...
acinclude.m4:6012: AC_PROG_LIBTOOL is expanded from...
acinclude.m4:11781: AM_PROG_LIBTOOL is expanded from...
acinclude.m4:3472: KDE_PROG_LIBTOOL is expanded from...
configure.in:81: the top level
configure.in:81: warning: AC_REQUIRE: `AC_EXEEXT' was expanded before it was required
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2019: AC_CACHE_CHECK is expanded from...
acinclude.m4:6583: AC_LIBTOOL_LINKER_OPTION is expanded from...
acinclude.m4:8443: _LT_AC_LANG_C_CONFIG is expanded from...
acinclude.m4:8442: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:6540: AC_LIBTOOL_COMPILER_OPTION is expanded from...
acinclude.m4:10479: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:8588: _LT_AC_LANG_CXX_CONFIG is expanded from...
acinclude.m4:8587: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
acinclude.m4:7580: _LT_AC_TAGCONFIG is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:9604: _LT_AC_LANG_F77_CONFIG is expanded from...
acinclude.m4:9603: AC_LIBTOOL_LANG_F77_CONFIG is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:9704: _LT_AC_LANG_GCJ_CONFIG is expanded from...
acinclude.m4:9703: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
*** Postprocessing Makefile templates
*** Creating date/time stamp
*** Finished
Don't forget to run ./configure
If you haven't done so in a while, run ./configure --help
* Running elibtoolize in: akode-2.0.2/admin
* Applying ltmain-1.5.patch ...
* Applying portage-1.5.10.patch ...
* Applying max_cmd_len-1.5.20.patch ...
* Applying sed-1.5.6.patch ...
* Applying as-needed-1.5.patch ...
>>> Source unpacked in /var/tmp/portage/media-libs/akode-2.0.2/work
>>> Compiling source in /var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2 ...
* econf: updating akode-2.0.2/admin/config.guess with /usr/share/gnuconfig/config.guess
* econf: updating akode-2.0.2/admin/config.sub with /usr/share/gnuconfig/config.sub
./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --with-libsamplerate --with-oss --with-alsa --with-jack --with-flac --with-libmad --with-vorbis --with-speex --without-polypaudio --without-ffmpeg
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking target system type... x86_64-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking for -p flag to install... yes
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for extra includes... no
checking for extra libs... no
checking for style of include used by make... GNU
checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc
checking whether we are using the GNU C compiler... no
checking whether x86_64-pc-linux-gnu-gcc accepts -g... no
checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... unsupported
checking dependency style of x86_64-pc-linux-gnu-gcc... gcc3
checking for x86_64-pc-linux-gnu-g++... x86_64-pc-linux-gnu-g++
checking whether we are using the GNU C++ compiler... no
checking whether x86_64-pc-linux-gnu-g++ accepts -g... no
checking dependency style of x86_64-pc-linux-gnu-g++... gcc3
checking for x86_64-pc-linux-gnu-gcc... (cached) x86_64-pc-linux-gnu-gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... (cached) no
checking whether x86_64-pc-linux-gnu-gcc accepts -g... (cached) no
checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... (cached) unsupported
checking dependency style of x86_64-pc-linux-gnu-gcc... (cached) gcc3
checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E
checking whether we are using the GNU C++ compiler... (cached) no
checking whether x86_64-pc-linux-gnu-g++ accepts -g... (cached) no
checking dependency style of x86_64-pc-linux-gnu-g++... (cached) gcc3
checking whether x86_64-pc-linux-gnu-gcc is blacklisted... no
checking how to run the C++ preprocessor... x86_64-pc-linux-gnu-g++ -E
checking whether x86_64-pc-linux-gnu-g++ supports -O0... yes
checking whether x86_64-pc-linux-gnu-g++ supports -Wl,--no-undefined... yes
checking whether x86_64-pc-linux-gnu-g++ supports -Wl,--allow-shlib-undefined... yes
not using lib directory suffix
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for non-GNU ld... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/x86_64-pc-linux-gnu-nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for x86_64-pc-linux-gnu-g77... no
checking for x86_64-pc-linux-gnu-xlf... no
checking for x86_64-pc-linux-gnu-f77... no
checking for x86_64-pc-linux-gnu-frt... no
checking for x86_64-pc-linux-gnu-pgf77... no
checking for x86_64-pc-linux-gnu-cf77... no
checking for x86_64-pc-linux-gnu-fort77... no
checking for x86_64-pc-linux-gnu-fl32... no
checking for x86_64-pc-linux-gnu-af77... no
checking for x86_64-pc-linux-gnu-xlf90... no
checking for x86_64-pc-linux-gnu-f90... no
checking for x86_64-pc-linux-gnu-pgf90... no
checking for x86_64-pc-linux-gnu-pghpf... no
checking for x86_64-pc-linux-gnu-epcf90... no
checking for x86_64-pc-linux-gnu-gfortran... x86_64-pc-linux-gnu-gfortran
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether x86_64-pc-linux-gnu-gfortran accepts -g... yes
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/x86_64-pc-linux-gnu-nm -B output from x86_64-pc-linux-gnu-gcc object... ok
checking for objdir... .libs
checking for x86_64-pc-linux-gnu-ar... x86_64-pc-linux-gnu-ar
checking for x86_64-pc-linux-gnu-ranlib... x86_64-pc-linux-gnu-ranlib
checking for x86_64-pc-linux-gnu-strip... x86_64-pc-linux-gnu-strip
checking if x86_64-pc-linux-gnu-gcc static flag works... yes
checking for x86_64-pc-linux-gnu-gcc option to produce PIC...
checking if x86_64-pc-linux-gnu-gcc supports -c -o file.o... yes
checking whether the x86_64-pc-linux-gnu-gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dlopen... no
checking for dlopen in -ldl... yes
checking whether a program can dlopen itself... no
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag "CXX" to libtool
checking whether the x86_64-pc-linux-gnu-g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking for x86_64-pc-linux-gnu-g++ option to produce PIC...
checking if x86_64-pc-linux-gnu-g++ supports -c -o file.o... yes
checking whether the x86_64-pc-linux-gnu-g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking for shl_load... (cached) no
checking for shl_load in -ldld... (cached) no
checking for dlopen... (cached) no
checking for dlopen in -ldl... (cached) yes
checking whether a program can dlopen itself... (cached) no
appending configuration tag "F77" to libtool
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for x86_64-pc-linux-gnu-gfortran option to produce PIC...
checking if x86_64-pc-linux-gnu-gfortran supports -c -o file.o... yes
checking whether the x86_64-pc-linux-gnu-gfortran linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking FLAC/metadata.h usability... yes
checking FLAC/metadata.h presence... yes
checking for FLAC/metadata.h... yes
checking for FLAC__stream_decoder_seek_absolute in -lFLAC... yes
checking for speex headers... no
checking for speex11 headers... no
checking for MADlib header... yes
checking for mad_decoder_run in -lmad... yes
checking samplerate.h usability... yes
checking samplerate.h presence... yes
checking for samplerate.h... yes
checking for src_simple in -lsamplerate... yes
checking for pkg-config... /usr/bin/pkg-config
checking for Jack Audio Connection Kit... yes
checking ltdl.h usability... yes
checking ltdl.h presence... yes
checking for ltdl.h... yes
checking for lt_dlopen in -lltdl... yes
checking for pthread_create in -lpthread... yes
checking semaphore.h usability... yes
checking semaphore.h presence... yes
checking for semaphore.h... yes
checking for sem_init in -lrt... no
checking for posix_madvise in -lc... yes
checking for posix_fadvise in -lc... yes
checking for madvise in -lc... yes
checking for fadvise in -lc... no
checking if madvise needs prototype... no
checking getopt.h usability... yes
checking getopt.h presence... yes
checking for getopt.h... yes
checking for getopt_long in -lc... yes
checking soundcard.h usability... no
checking soundcard.h presence... no
checking for soundcard.h... no
checking sys/soundcard.h usability... yes
checking sys/soundcard.h presence... yes
checking for sys/soundcard.h... yes
checking for _oss_ioctl in -lossaudio... no
checking sys/audioio.h usability... no
checking sys/audioio.h presence... no
checking for sys/audioio.h... no
checking for alsa >= 0.9... yes
checking ALSA_CFLAGS... -I/usr/include/alsa
checking ALSA_LIBS... -lasound
checking for ogg_page_version in -logg... yes
checking vorbis/vorbisfile.h usability... yes
checking vorbis/vorbisfile.h presence... yes
checking for vorbis/vorbisfile.h... yes
checking for vorbis_info_init in -lvorbis... yes
checking for ov_open in -lvorbisfile... yes
checking for compilable aKode... yes
checking if akode should be compiled... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating akode/Makefile
config.status: creating akode/akodeplay/Makefile
config.status: creating akode/lib/Makefile
config.status: creating akode/plugins/Makefile
config.status: creating akode/plugins/alsa_sink/Makefile
config.status: creating akode/plugins/ffmpeg_decoder/Makefile
config.status: creating akode/plugins/jack_sink/Makefile
config.status: creating akode/plugins/mpc_decoder/Makefile
config.status: creating akode/plugins/mpc_decoder/mppdec/Makefile
config.status: creating akode/plugins/mpeg_decoder/Makefile
config.status: creating akode/plugins/oss_sink/Makefile
config.status: creating akode/plugins/polyp_sink/Makefile
config.status: creating akode/plugins/src_resampler/Makefile
config.status: creating akode/plugins/sun_sink/Makefile
config.status: creating akode/plugins/xiph_decoder/Makefile
config.status: creating akode/akode-config
config.status: creating config.h
config.status: creating akode/lib/akode_export.h
config.status: executing depfiles commands

Good - your configure finished. Start make now

make -j1
make all-recursive
make[1]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2'
Making all in akode
make[2]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode'
Making all in lib
make[3]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/lib'
cd ../.. && /bin/sh /var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/admin/missing --run autoheader
configure.in:66: warning: AC_REQUIRE: `AC_PROG_CC' was expanded before it was required
../../lib/autoconf/c.m4:429: AC_LANG_COMPILER(C) is expanded from...
../../lib/autoconf/lang.m4:316: AC_LANG_COMPILER_REQUIRE is expanded from...
../../lib/autoconf/general.m4:2573: AC_COMPILE_IFELSE is expanded from...
../../lib/autoconf/general.m4:2581: AC_TRY_COMPILE is expanded from...
acinclude.m4:2978: KDE_CHECK_FOR_BAD_COMPILER is expanded from...
acinclude.m4:3059: AC_CHECK_COMPILERS is expanded from...
configure.in:66: the top level
configure.in:66: warning: AC_REQUIRE: `AC_PROG_CXX' was expanded before it was required
../../lib/autoconf/c.m4:667: AC_LANG_COMPILER(C++) is expanded from...
../../lib/autoconf/general.m4:2645: AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2654: AC_TRY_LINK is expanded from...
../../lib/m4sugar/m4sh.m4:598: AS_IF is expanded from...
../../lib/autoconf/general.m4:1998: AC_CACHE_VAL is expanded from...
acinclude.m4:2903: KDE_CHECK_COMPILER_FLAG is expanded from...
configure.in:81: warning: AC_REQUIRE: `AC_OBJEXT' was expanded before it was required
acinclude.m4:6067: AC_LIBTOOL_SETUP is expanded from...
acinclude.m4:6047: _AC_PROG_LIBTOOL is expanded from...
acinclude.m4:6012: AC_PROG_LIBTOOL is expanded from...
acinclude.m4:11781: AM_PROG_LIBTOOL is expanded from...
acinclude.m4:3472: KDE_PROG_LIBTOOL is expanded from...
configure.in:81: the top level
configure.in:81: warning: AC_REQUIRE: `AC_EXEEXT' was expanded before it was required
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2019: AC_CACHE_CHECK is expanded from...
acinclude.m4:6583: AC_LIBTOOL_LINKER_OPTION is expanded from...
acinclude.m4:8443: _LT_AC_LANG_C_CONFIG is expanded from...
acinclude.m4:8442: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:6540: AC_LIBTOOL_COMPILER_OPTION is expanded from...
acinclude.m4:10479: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:8588: _LT_AC_LANG_CXX_CONFIG is expanded from...
acinclude.m4:8587: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
acinclude.m4:7580: _LT_AC_TAGCONFIG is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:9604: _LT_AC_LANG_F77_CONFIG is expanded from...
acinclude.m4:9603: AC_LIBTOOL_LANG_F77_CONFIG is expanded from...
configure.in:81: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached
acinclude.m4:9704: _LT_AC_LANG_GCJ_CONFIG is expanded from...
acinclude.m4:9703: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
rm -f stamp-h2
touch akode_export.h.in
make all-am
make[4]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/lib'
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT bytebuffer.lo -MD -MP -MF ".deps/bytebuffer.Tpo" -c -o bytebuffer.lo bytebuffer.cpp;
then mv -f ".deps/bytebuffer.Tpo" ".deps/bytebuffer.Plo"; else rm -f ".deps/bytebuffer.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT audiobuffer.lo -MD -MP -MF ".deps/audiobuffer.Tpo" -c -o audiobuffer.lo audiobuffer.cpp;
then mv -f ".deps/audiobuffer.Tpo" ".deps/audiobuffer.Plo"; else rm -f ".deps/audiobuffer.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT pluginhandler.lo -MD -MP -MF ".deps/pluginhandler.Tpo" -c -o pluginhandler.lo pluginhandler.cpp;
then mv -f ".deps/pluginhandler.Tpo" ".deps/pluginhandler.Plo"; else rm -f ".deps/pluginhandler.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT decoderpluginhandler.lo -MD -MP -MF ".deps/decoderpluginhandler.Tpo" -c -o decoderpluginhandler.lo decoderpluginhandler.cpp;
then mv -f ".deps/decoderpluginhandler.Tpo" ".deps/decoderpluginhandler.Plo"; else rm -f ".deps/decoderpluginhandler.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT resamplerpluginhandler.lo -MD -MP -MF ".deps/resamplerpluginhandler.Tpo" -c -o resamplerpluginhandler.lo resamplerpluginhandler.cpp;
then mv -f ".deps/resamplerpluginhandler.Tpo" ".deps/resamplerpluginhandler.Plo"; else rm -f ".deps/resamplerpluginhandler.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT sinkpluginhandler.lo -MD -MP -MF ".deps/sinkpluginhandler.Tpo" -c -o sinkpluginhandler.lo sinkpluginhandler.cpp;
then mv -f ".deps/sinkpluginhandler.Tpo" ".deps/sinkpluginhandler.Plo"; else rm -f ".deps/sinkpluginhandler.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT encoderpluginhandler.lo -MD -MP -MF ".deps/encoderpluginhandler.Tpo" -c -o encoderpluginhandler.lo encoderpluginhandler.cpp;
then mv -f ".deps/encoderpluginhandler.Tpo" ".deps/encoderpluginhandler.Plo"; else rm -f ".deps/encoderpluginhandler.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT fast_resampler.lo -MD -MP -MF ".deps/fast_resampler.Tpo" -c -o fast_resampler.lo fast_resampler.cpp;
then mv -f ".deps/fast_resampler.Tpo" ".deps/fast_resampler.Plo"; else rm -f ".deps/fast_resampler.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT crossfader.lo -MD -MP -MF ".deps/crossfader.Tpo" -c -o crossfader.lo crossfader.cpp;
then mv -f ".deps/crossfader.Tpo" ".deps/crossfader.Plo"; else rm -f ".deps/crossfader.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT volumefilter.lo -MD -MP -MF ".deps/volumefilter.Tpo" -c -o volumefilter.lo volumefilter.cpp;
then mv -f ".deps/volumefilter.Tpo" ".deps/volumefilter.Plo"; else rm -f ".deps/volumefilter.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT localfile.lo -MD -MP -MF ".deps/localfile.Tpo" -c -o localfile.lo localfile.cpp;
then mv -f ".deps/localfile.Tpo" ".deps/localfile.Plo"; else rm -f ".deps/localfile.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT mmapfile.lo -MD -MP -MF ".deps/mmapfile.Tpo" -c -o mmapfile.lo mmapfile.cpp;
then mv -f ".deps/mmapfile.Tpo" ".deps/mmapfile.Plo"; else rm -f ".deps/mmapfile.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT wav_decoder.lo -MD -MP -MF ".deps/wav_decoder.Tpo" -c -o wav_decoder.lo wav_decoder.cpp;
then mv -f ".deps/wav_decoder.Tpo" ".deps/wav_decoder.Plo"; else rm -f ".deps/wav_decoder.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT auto_sink.lo -MD -MP -MF ".deps/auto_sink.Tpo" -c -o auto_sink.lo auto_sink.cpp;
then mv -f ".deps/auto_sink.Tpo" ".deps/auto_sink.Plo"; else rm -f ".deps/auto_sink.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT void_sink.lo -MD -MP -MF ".deps/void_sink.Tpo" -c -o void_sink.lo void_sink.cpp;
then mv -f ".deps/void_sink.Tpo" ".deps/void_sink.Plo"; else rm -f ".deps/void_sink.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT converter.lo -MD -MP -MF ".deps/converter.Tpo" -c -o converter.lo converter.cpp;
then mv -f ".deps/converter.Tpo" ".deps/converter.Plo"; else rm -f ".deps/converter.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT buffered_decoder.lo -MD -MP -MF ".deps/buffered_decoder.Tpo" -c -o buffered_decoder.lo buffered_decoder.cpp;
then mv -f ".deps/buffered_decoder.Tpo" ".deps/buffered_decoder.Plo"; else rm -f ".deps/buffered_decoder.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT player.lo -MD -MP -MF ".deps/player.Tpo" -c -o player.lo player.cpp;
then mv -f ".deps/player.Tpo" ".deps/player.Plo"; else rm -f ".deps/player.Tpo"; exit 1; fi
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -DAKODE_SEARCHDIR="/usr/lib64" -O2 -march=athlon64 -pipe -MT magic.lo -MD -MP -MF ".deps/magic.Tpo" -c -o magic.lo magic.cpp;
then mv -f ".deps/magic.Tpo" ".deps/magic.Plo"; else rm -f ".deps/magic.Tpo"; exit 1; fi
/bin/sh ../../libtool --silent --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -O2 -march=athlon64 -pipe -Wl,-O1 -Wl,--as-needed -o libakode.la -rpath /usr/lib64 -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -version-info 2:0:0 bytebuffer.lo audiobuffer.lo pluginhandler.lo decoderpluginhandler.lo resamplerpluginhandler.lo sinkpluginhandler.lo encoderpluginhandler.lo fast_resampler.lo crossfader.lo volumefilter.lo localfile.lo mmapfile.lo wav_decoder.lo auto_sink.lo void_sink.lo converter.lo buffered_decoder.lo player.lo magic.lo -lpthread -lltdl
cd ../.. && /bin/sh ./config.status akode/lib/akode_export.h
config.status: creating akode/lib/akode_export.h
config.status: akode/lib/akode_export.h is unchanged
make[4]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/lib'
make[3]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/lib'
Making all in plugins
make[3]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins'
Making all in mpc_decoder
make[4]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/mpc_decoder'
Making all in mppdec
make[5]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/mpc_decoder/mppdec'
if /bin/sh ../../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../akode/lib -I../../../../akode/lib -O2 -march=athlon64 -pipe -MT bitstream.lo -MD -MP -MF ".deps/bitstream.Tpo" -c -o bitstream.lo bitstream.cpp;
then mv -f ".deps/bitstream.Tpo" ".deps/bitstream.Plo"; else rm -f ".deps/bitstream.Tpo"; exit 1; fi
if /bin/sh ../../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../akode/lib -I../../../../akode/lib -O2 -march=athlon64 -pipe -MT huffsv46.lo -MD -MP -MF ".deps/huffsv46.Tpo" -c -o huffsv46.lo huffsv46.cpp;
then mv -f ".deps/huffsv46.Tpo" ".deps/huffsv46.Plo"; else rm -f ".deps/huffsv46.Tpo"; exit 1; fi
if /bin/sh ../../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../akode/lib -I../../../../akode/lib -O2 -march=athlon64 -pipe -MT huffsv7.lo -MD -MP -MF ".deps/huffsv7.Tpo" -c -o huffsv7.lo huffsv7.cpp;
then mv -f ".deps/huffsv7.Tpo" ".deps/huffsv7.Plo"; else rm -f ".deps/huffsv7.Tpo"; exit 1; fi
if /bin/sh ../../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../akode/lib -I../../../../akode/lib -O2 -march=athlon64 -pipe -MT idtag.lo -MD -MP -MF ".deps/idtag.Tpo" -c -o idtag.lo idtag.cpp;
then mv -f ".deps/idtag.Tpo" ".deps/idtag.Plo"; else rm -f ".deps/idtag.Tpo"; exit 1; fi
if /bin/sh ../../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../akode/lib -I../../../../akode/lib -O2 -march=athlon64 -pipe -MT mpc_dec.lo -MD -MP -MF ".deps/mpc_dec.Tpo" -c -o mpc_dec.lo mpc_dec.cpp;
then mv -f ".deps/mpc_dec.Tpo" ".deps/mpc_dec.Plo"; else rm -f ".deps/mpc_dec.Tpo"; exit 1; fi
if /bin/sh ../../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../akode/lib -I../../../../akode/lib -O2 -march=athlon64 -pipe -MT requant.lo -MD -MP -MF ".deps/requant.Tpo" -c -o requant.lo requant.cpp;
then mv -f ".deps/requant.Tpo" ".deps/requant.Plo"; else rm -f ".deps/requant.Tpo"; exit 1; fi
if /bin/sh ../../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../akode/lib -I../../../../akode/lib -O2 -march=athlon64 -pipe -MT streaminfo.lo -MD -MP -MF ".deps/streaminfo.Tpo" -c -o streaminfo.lo streaminfo.cpp;
then mv -f ".deps/streaminfo.Tpo" ".deps/streaminfo.Plo"; else rm -f ".deps/streaminfo.Tpo"; exit 1; fi
if /bin/sh ../../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../akode/lib -I../../../../akode/lib -O2 -march=athlon64 -pipe -MT synth_filter.lo -MD -MP -MF ".deps/synth_filter.Tpo" -c -o synth_filter.lo synth_filter.cpp;
then mv -f ".deps/synth_filter.Tpo" ".deps/synth_filter.Plo"; else rm -f ".deps/synth_filter.Tpo"; exit 1; fi
/bin/sh ../../../../libtool --silent --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -O2 -march=athlon64 -pipe -Wl,-O1 -Wl,--as-needed -o libakode_mppdec.la bitstream.lo huffsv46.lo huffsv7.lo idtag.lo mpc_dec.lo requant.lo streaminfo.lo synth_filter.lo
make[5]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/mpc_decoder/mppdec'
Making all in .
make[5]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/mpc_decoder'
if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../akode/lib -I../../../akode/lib -I../../../akode/lib -I./mppdec -O2 -march=athlon64 -pipe -MT mpc_decoder.lo -MD -MP -MF ".deps/mpc_decoder.Tpo" -c -o mpc_decoder.lo mpc_decoder.cpp;
then mv -f ".deps/mpc_decoder.Tpo" ".deps/mpc_decoder.Plo"; else rm -f ".deps/mpc_decoder.Tpo"; exit 1; fi
/bin/sh ../../../libtool --silent --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -O2 -march=athlon64 -pipe -Wl,-O1 -Wl,--as-needed -o libakode_mpc_decoder.la -rpath /usr/lib64 -module -avoid-version -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined mpc_decoder.lo ../../lib/libakode.la mppdec/libakode_mppdec.la
make[5]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/mpc_decoder'
make[4]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/mpc_decoder'
Making all in xiph_decoder
make[4]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/xiph_decoder'
if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../akode/lib -I../../../akode/lib -I../../../akode/lib -O2 -march=athlon64 -pipe -MT flac_decoder.lo -MD -MP -MF ".deps/flac_decoder.Tpo" -c -o flac_decoder.lo flac_decoder.cpp;
then mv -f ".deps/flac_decoder.Tpo" ".deps/flac_decoder.Plo"; else rm -f ".deps/flac_decoder.Tpo"; exit 1; fi
if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../akode/lib -I../../../akode/lib -I../../../akode/lib -O2 -march=athlon64 -pipe -MT flac113_decoder.lo -MD -MP -MF ".deps/flac113_decoder.Tpo" -c -o flac113_decoder.lo flac113_decoder.cpp;
then mv -f ".deps/flac113_decoder.Tpo" ".deps/flac113_decoder.Plo"; else rm -f ".deps/flac113_decoder.Tpo"; exit 1; fi
if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../akode/lib -I../../../akode/lib -I../../../akode/lib -O2 -march=athlon64 -pipe -MT speex_decoder.lo -MD -MP -MF ".deps/speex_decoder.Tpo" -c -o speex_decoder.lo speex_decoder.cpp;
then mv -f ".deps/speex_decoder.Tpo" ".deps/speex_decoder.Plo"; else rm -f ".deps/speex_decoder.Tpo"; exit 1; fi
if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../akode/lib -I../../../akode/lib -I../../../akode/lib -O2 -march=athlon64 -pipe -MT vorbis_decoder.lo -MD -MP -MF ".deps/vorbis_decoder.Tpo" -c -o vorbis_decoder.lo vorbis_decoder.cpp;
then mv -f ".deps/vorbis_decoder.Tpo" ".deps/vorbis_decoder.Plo"; else rm -f ".deps/vorbis_decoder.Tpo"; exit 1; fi
if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../akode/lib -I../../../akode/lib -I../../../akode/lib -O2 -march=athlon64 -pipe -MT xiph_decoder.lo -MD -MP -MF ".deps/xiph_decoder.Tpo" -c -o xiph_decoder.lo xiph_decoder.cpp;
then mv -f ".deps/xiph_decoder.Tpo" ".deps/xiph_decoder.Plo"; else rm -f ".deps/xiph_decoder.Tpo"; exit 1; fi
/bin/sh ../../../libtool --silent --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -O2 -march=athlon64 -pipe -Wl,-O1 -Wl,--as-needed -o libakode_xiph_decoder.la -rpath /usr/lib64 -module -avoid-version -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined flac_decoder.lo flac113_decoder.lo speex_decoder.lo vorbis_decoder.lo xiph_decoder.lo ../../lib/libakode.la -lFLAC -logg -lvorbis -logg -lvorbisfile
make[4]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/xiph_decoder'
Making all in mpeg_decoder
make[4]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/mpeg_decoder'
if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../akode/lib -I../../../akode/lib -I../../../akode/lib -O2 -march=athlon64 -pipe -MT mpeg_decoder.lo -MD -MP -MF ".deps/mpeg_decoder.Tpo" -c -o mpeg_decoder.lo mpeg_decoder.cpp;
then mv -f ".deps/mpeg_decoder.Tpo" ".deps/mpeg_decoder.Plo"; else rm -f ".deps/mpeg_decoder.Tpo"; exit 1; fi
/bin/sh ../../../libtool --silent --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -O2 -march=athlon64 -pipe -Wl,-O1 -Wl,--as-needed -o libakode_mpeg_decoder.la -rpath /usr/lib64 -avoid-version -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined mpeg_decoder.lo ../../lib/libakode.la -lmad
make[4]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/mpeg_decoder'
Making all in alsa_sink
make[4]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/alsa_sink'
if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../akode/lib -I../../../akode/lib -I../../../akode/lib -O2 -march=athlon64 -pipe -MT alsa_sink.lo -MD -MP -MF ".deps/alsa_sink.Tpo" -c -o alsa_sink.lo alsa_sink.cpp;
then mv -f ".deps/alsa_sink.Tpo" ".deps/alsa_sink.Plo"; else rm -f ".deps/alsa_sink.Tpo"; exit 1; fi
/bin/sh ../../../libtool --silent --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -O2 -march=athlon64 -pipe -Wl,-O1 -Wl,--as-needed -o libakode_alsa_sink.la -rpath /usr/lib64 -module -avoid-version -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined alsa_sink.lo ../../lib/libakode.la -lasound
make[4]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/alsa_sink'
Making all in oss_sink
make[4]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/oss_sink'
if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../akode/lib -I../../../akode/lib -I../../../akode/lib -O2 -march=athlon64 -pipe -MT oss_sink.lo -MD -MP -MF ".deps/oss_sink.Tpo" -c -o oss_sink.lo oss_sink.cpp;
then mv -f ".deps/oss_sink.Tpo" ".deps/oss_sink.Plo"; else rm -f ".deps/oss_sink.Tpo"; exit 1; fi
/bin/sh ../../../libtool --silent --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -O2 -march=athlon64 -pipe -Wl,-O1 -Wl,--as-needed -o libakode_oss_sink.la -rpath /usr/lib64 -module -avoid-version -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined oss_sink.lo ../../lib/libakode.la
make[4]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/oss_sink'
Making all in jack_sink
make[4]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/jack_sink'
if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../akode/lib -I../../../akode/lib -I../../../akode/lib -O2 -march=athlon64 -pipe -MT jack_sink.lo -MD -MP -MF ".deps/jack_sink.Tpo" -c -o jack_sink.lo jack_sink.cpp;
then mv -f ".deps/jack_sink.Tpo" ".deps/jack_sink.Plo"; else rm -f ".deps/jack_sink.Tpo"; exit 1; fi
/bin/sh ../../../libtool --silent --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -O2 -march=athlon64 -pipe -Wl,-O1 -Wl,--as-needed -o libakode_jack_sink.la -rpath /usr/lib64 -module -avoid-version -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined jack_sink.lo ../../lib/libakode.la -ljack -lpthread -lrt
make[4]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/jack_sink'
Making all in src_resampler
make[4]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/src_resampler'
if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../akode/lib -I../../../akode/lib -I../../../akode/lib -I./mppdec -O2 -march=athlon64 -pipe -MT src_resampler.lo -MD -MP -MF ".deps/src_resampler.Tpo" -c -o src_resampler.lo src_resampler.cpp;
then mv -f ".deps/src_resampler.Tpo" ".deps/src_resampler.Plo"; else rm -f ".deps/src_resampler.Tpo"; exit 1; fi
/bin/sh ../../../libtool --silent --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -O2 -march=athlon64 -pipe -Wl,-O1 -Wl,--as-needed -o libakode_src_resampler.la -rpath /usr/lib64 -module -avoid-version -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined src_resampler.lo ../../lib/libakode.la -lsamplerate
make[4]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins/src_resampler'
make[4]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins'
make[4]: Nothing to be done for `all-am'.
make[4]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins'
make[3]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/plugins'
Making all in akodeplay
make[3]: Entering directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/akodeplay'
if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../akode/lib -I../../akode/lib -I../../akode/lib -O2 -march=athlon64 -pipe -MT akodeplay.o -MD -MP -MF ".deps/akodeplay.Tpo" -c -o akodeplay.o akodeplay.cpp;
then mv -f ".deps/akodeplay.Tpo" ".deps/akodeplay.Po"; else rm -f ".deps/akodeplay.Tpo"; exit 1; fi
/bin/sh ../../libtool --silent --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -O2 -march=athlon64 -pipe -Wl,-O1 -Wl,--as-needed -o akodeplay akodeplay.o ../lib/libakode.la
x86_64-pc-linux-gnu-g++: ../lib/.libs/libakode.so: No such file or directory
make[3]: *** [akodeplay] Error 1
make[3]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/akodeplay'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2'
make: *** [all] Error 2
* ERROR: media-libs/akode-2.0.2 failed:
* (no error message)
*
* Call stack:
* ebuild.sh, line 54: Called src_compile
* environment, line 2903: Called die
* The specific snippet of code:
* emake || die
*
* If you need support, post the output of 'emerge --info =media-libs/akode-2.0.2',
* the complete build log and the output of 'emerge -pqv =media-libs/akode-2.0.2'.
* This ebuild is from an overlay named 'kde-sunset': '/var/lib/layman/kde-sunset/'
* The complete build log is located at '/var/tmp/portage/media-libs/akode-2.0.2/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/media-libs/akode-2.0.2/temp/environment'.
* S: '/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2'

Ladislav Laska 08-22-2010 07:29 AM

kde-sunset: new akode build problems
 
Hello,

I have actually seen this bug before and resolved it somehow (possibly
with USE=-akode), before --as-needed is being used.

It seemed to me like autotools bug, since it just did not resolve
dependecies right (libakode.so is not produced in time). When I build
libakode.la manually, it worked (I remember that the makefiles did
_not_ contained the libtool call to create it -- again seems to me
like automake bug).

Regards Ladislav Laska
S pozdravem Ladislav Laska
---
xmpp/jabber: ladislav.laska@jabber.cz



On Sun, Aug 22, 2010 at 2:51 AM, Brent Busby <brent@keycorner.org> wrote:
> On Sun, 22 Aug 2010, Dr Andrew John Hughes wrote:
>
>> Can you post the full build log as an attachment or URL? *All I can
>> tell from the current output is that libakode.la is not being produced
>> by something earlier in the build.
>>
>> If this is an as-needed issue, the problem is likely to be that akode
>> was implicitly relying on a dependent library bringing in another
>> library it needs and it no longer does that because of as-needed.
>> I've already seen patches going into the mainline packages to fix such
>> issues (may be worth checking if you have any pending updates). *I hit
>> at least one issue like this when rebuilding after the --as-needed
>> change went in.
>>
>> Adding stuff like --as-needed may help the occasional libpng upgrade,
>> but it means packages may be being built in a way that isn't being
>> tested regularly by its developers.
>
> Okay, here is the whole build log as an attachment.
>
> --
> + Brent A. Busby * * * * + "We've all heard that a million monkeys
> + UNIX Systems Admin * * + *banging on a million typewriters will
> + University of Chicago *+ *eventually reproduce the entire works of
> + Physical Sciences Div. + *Shakespeare. *Now, thanks to the Internet,
> + James Franck Institute + *we know this is not true." -Robert Wilensky

Duncan 08-22-2010 08:23 AM

kde-sunset: new akode build problems
 
Brent Busby posted on Sat, 21 Aug 2010 12:37:40 -0500 as excerpted:

> Actually, the new machine plus the two previous machines have all had
> SMP. But I've never used a -j option on any of them, because the fact
> that parallel compilation doesn't always work right has always scared
> me away from it and made me worry I could be causing myself unnecessary
> grief in the future with hard-to-diagnose issues. I'd love to use it
> to get builds done faster, but the extra speed has never been worth it
> to me if I can't entirely trust it.
>
> So, I've never used any '-j' setting in MAKEOPTS on any system. Is it
> possible that with GCC 4.4 I'm getting some kind of implied parallel
> execution anyway though, requiring me to set '-j1' to override it for
> this package?

FWIW, the type of breakage parallel make issues cause is, AFAIK, always a
build-time breakage. If it builds fine but fails at run-time, it's not
due to parallel make, but due to some other reason.

Given that, you should be able to enable parallel make without worrying
about it. The time it saves is well worth the occasional breakage with
resulting halted merge, and then having to test and add a MAKEOPTS var to
the appropriate /etc/portage/env file. Additionally, any errors you do
run into are likely to be pretty well front-loaded. That is, you'll get
them the first time you recompile that package after you enable parallel
make, but after testing and finding that's the problem once (and hopefully
checking for and reporting a bug if there's not one already filed), you
can stick MAKEOPTS=-j1 in the appropriate env file, and won't have to
worry about it again (unless you want to test to see if it's fixed, a few
versions later), as the system will always use the env file setting for
that package from then on. So after you've rebuilt your system a time or
two, you'll seldom have the issue any more (unless upstream introduced a
new bug), as all the problem packages will have -j1 already set in their
env file, and will thus build without issue.

Certainly, that's what I've found here. But the problem is much rarer
than it was at least on mainline packages anyway (meaning I have fewer
such env files than I used to, as I filed bugs, which eventually got fixed
or at least worked around with a -j1 in the ebuild), as the ones with
problems have all long since been reported and fixed or worked around by
now. You may still find the occasional issue with a freshly introduced
bug on an upgrade (tho it's unlikely on stable since ~arch will have
likely caught it), and may find it on occasional obscure packages that
nobody's bugged yet, but most definitely, the issue's FAR less common than
it was, back before multi-cores became popular and I was one of the few
running a dual CPU system, as there's FAR more wide testing for it, these
days, and the bugs have for the most part been fixed by now.


> This is the first machine I've installed from scratch since
> '--as-needed' became part of the desktop policy. It's never seen a
> libtool environment that doesn't use it -- I don't know if that has
> anything to do with this problem or not though.

FWIW, I installed Gentoo/~x86 from stages on my netbook, only a few months
ago. I stuck --as-needed (plus a couple other select LDFLAGS I use) on
it before the first build, so I /have/ actually done it.

But as mentioned, I've already switched to kde4, and installed it
directly, so that machine never saw kde3. Given the overlay situation,
all of kde3 would definitely qualify as "obscure packages" that won't have
had the testing that mainline stuff, including kde4, has had. So I can't
say it'd surprise me to find that kde3 had a few packages that didn't like
--as-needed.

>> So... try building the package with MAKEOPTS=-j1 and see if that works.

> Just tried it, unfortunately, it did the same thing:

Well, that one shot down, unfortunately!

>> (FWIW, I'm not going to discount the reasons many still run kde3, as
>> until 4.4 and better, 4.5, despite official kde announcements to the
>> contrary, kde4 was simply too bug riddled to be reasonably usable, and
>> I spent well over 100 hours finding workaround, often scripting my own,
>> and otherwise making an otherwise broken kde-4.2.4 work for me when I
>> switched so I KNOW this to be true, but one thing I *DO* appreciate
>> about kde4 is how much more effectively it parallel builds in
>> comparison to kde3, therefore taking about half the build time on a
>> 4-core including my dual-dual-core system, compared to kde3. It's NICE
>> to be able to do a kde4 upgrade in the 4 hours or so it takes now,
>> depending on how much is new code and how much is not in ccache,
>> compared to the entire day, 6-8 hours, if there weren't other problems,
>> it'd take to do the same with kde3.)
>
> Yeah, but the problem with it to me is it just isn't the same desktop
> anymore. Most of it seems to be imitating Windows Vista/7, with a few
> things derived from MacOS/X here and there (like the new Control Panel,
> which strongly resembles the Mac's System Preferences app). KDE 3 used
> to let you make desktops that were totally different.

Keeping in mind what I said about not discounting anyone's reasons for
still running kde3... May it continue to serve you well as long as you
continue to choose it!

I've never met a desktop environment that I liked in default config. FWIW,
that's one of the reasons I'm a kde guy, as the lack of proper config
options for gnome drives me crazy.

And kde4 is now actually even more configurable than kde3 was, including
ways to turn much of the "bling" off (and reset the desktop to the
traditional single desktop folder icon based view), making it much like
kde3. It's still some work reconfiguring stuff, but that can be expected
from any upgrade of that size, and with 4.5, in general it's now only what
one would expect to have to reconfigure with a major version bump upgrade,
with little remaining of the the 100+ hour hell of additional brokenness
workarounds, etc, that I had to do back with 4.2.4.

> My own desktop actually resembles -- and this will probably puzzle some
> people -- CDE from HP-UX. I'm one of those strange people who actually
> like an X11 desktop to look like an X11 desktop. I find that most
> "modern" desktops from Microsoft look and feel like a credit card
> advertisement, while most modern desktops from Apple look like a 70's
> car stereo (brushed chrome everywhere!). It seems to be very out of
> fashion now to prefer one's computer look and act like...gasp!...a
> computer, but that's what I like, and up until KDE 4, KDE was providing
> a very nice CDE emulation. (Actually, KDE 3's imitation of CDE is quite
> a bit more functional that real CDE...no shock there, I suppose.)

Well, I don't know /what/ mine resembles. Certainly no defaults I've ever
seen, anywhere, that's for SURE! But it fits my style well, almost like a
custom fitted glove, now, mostly because it /is/ custom fitted, now, and
that's the important thing for me.

> Plus there's the fact that KDE 4, even now that it's more stable, seems
> to use resources like we had them to burn. Actually, on modern
> machines, that might be true, but I run studio recording apps, which is
> a genre of application where more bandwidth equals more tracks, more
> plugins, more disk i/o, etc. It's one of the few remaining types of
> apps these days that are *not* just leaving your system idle most of the
> time, and really do want all you can give them. People who are running
> pro audio apps do not have CPU/RAM to burn, ever, even on a fast
> machine! If you are running such programs, and your machine has more to
> give, you want to give it to the apps, not the desktop, no matter how
> *much* more that is.

You have a good point. But as I said, while that might be the default, a
lot of that can be turned off, now.

And if you're /really/ serious about slimming your resource usage, you'd
be running xfce or lighter, not kde or gnome either one, in any version
(that'll still compile on a modern system, anyway, kde1 and gnome1...
might be light enough, if you could get them to build).

> So in general, KDE 4 has turned me away. I'll pass on its Windows Vista
> look and feel, its enormous resource footprint, and the way they made
> keeping any semblance of my current CDE-ish KDE desktop unsupportable.

CDE-ish shouldn't be an issue. You simply customize it the way you did
kde3. It's still possible. Same with Windows Vista look and feel.
That's purely customizable. And if you keep effects off and do a few
other config tweaks, resource usage shouldn't be terribly much more than
3.5.10, either.

FWIW, I'm on both this list and the kde general and kde-linux lists.
kde3 /is/ likely to get harder to run, over time, so your clock is ticking
on it. When you /do/ decide you've had enough, be that tomorrow or two
years from now, do give kde4 an honest shot before giving up on it. It
really /is/ surprisingly flexible, now, and while the defaults are indeed
quite blingy and resource heavy especially on older graphics hardware, as
I said, I know what it's like to not like any default desktop I've ever
seen, and one of the reasons I continued with kde4 despite all those
problems I had, was that I realized that they /would/ pass, kde4 as it
was /would/ get better, and when it was all said and done, I'd be a whole
lot better off remaining with kde where the policy /does/ favor giving the
user the tools to customize, as compared to desktops where customization
options are actively removed as too complex and confusing for the user.
Each desktop has its users comfortable with that approach, but one thing
that you /cannot/ accurately fault kde for is failing to make available
the customization tools for those who do /not/ find default desktops to
their liking. (At least, not after they get going on a version. Early
kde4 was as pretty much everyone agrees now, simply a mess. 4.4 is a
reasonable release candidate, and 4.5 is honestly the first 4.x version I
can without qualms recommend to pretty much anyone and everyone.)

--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman

Brent Busby 08-22-2010 01:19 PM

kde-sunset: new akode build problems
 
On Sun, 22 Aug 2010, Duncan wrote:


FWIW, the type of breakage parallel make issues cause is, AFAIK, always a
build-time breakage. If it builds fine but fails at run-time, it's not
due to parallel make, but due to some other reason.


That's excellent to hear! Well, I've enabled '-j3' then on two of my
machines. They're both quad cores, and I'd like to always leave at
least one core completely free. Thanks for the tip.



I've never met a desktop environment that I liked in default config. FWIW,
that's one of the reasons I'm a kde guy, as the lack of proper config
options for gnome drives me crazy.


Even Linus Torvalds has griped about Gnome on that issue (which must
have been very embarrassing for the Gnome devels...). I find myself
using Gnome a lot at work though instead of KDE, because when I have all
those desktop options, it makes me want to tweak them all day, and I
can't help myself. At least with Gnome, my hands are tied, so then I
can get some work done. :)



Early
kde4 was as pretty much everyone agrees now, simply a mess. 4.4 is a
reasonable release candidate, and 4.5 is honestly the first 4.x version I
can without qualms recommend to pretty much anyone and everyone.)


I'll try it out again sometime... From what I've heard, Phonon actually
works with pro audio apps a lot better than artsd ever did. (Actually
what pro audio apps do with artsd is ignore and bypass it.) The last I
tried KDE 4, I think they were at 4.2, and they didn't even have Konsole
at a point where it didn't feel like a handicapped version with most of
its features stripped. I thought that if they couldn't even make the
terminal emulator work, what's the point. I'll give it another shot
though.


--
+ Brent A. Busby + "We've all heard that a million monkeys
+ UNIX Systems Admin + banging on a million typewriters will
+ University of Chicago + eventually reproduce the entire works of
+ Physical Sciences Div. + Shakespeare. Now, thanks to the Internet,
+ James Franck Institute + we know this is not true." -Robert Wilensky

Dr Andrew John Hughes 08-22-2010 04:26 PM

kde-sunset: new akode build problems
 
On 22 August 2010 01:51, Brent Busby <brent@keycorner.org> wrote:
> On Sun, 22 Aug 2010, Dr Andrew John Hughes wrote:
>
>> Can you post the full build log as an attachment or URL? *All I can
>> tell from the current output is that libakode.la is not being produced
>> by something earlier in the build.
>>
>> If this is an as-needed issue, the problem is likely to be that akode
>> was implicitly relying on a dependent library bringing in another
>> library it needs and it no longer does that because of as-needed.
>> I've already seen patches going into the mainline packages to fix such
>> issues (may be worth checking if you have any pending updates). *I hit
>> at least one issue like this when rebuilding after the --as-needed
>> change went in.
>>
>> Adding stuff like --as-needed may help the occasional libpng upgrade,
>> but it means packages may be being built in a way that isn't being
>> tested regularly by its developers.
>
> Okay, here is the whole build log as an attachment.
>
> --
> + Brent A. Busby * * * * + "We've all heard that a million monkeys
> + UNIX Systems Admin * * + *banging on a million typewriters will
> + University of Chicago *+ *eventually reproduce the entire works of
> + Physical Sciences Div. + *Shakespeare. *Now, thanks to the Internet,
> + James Franck Institute + *we know this is not true." -Robert Wilensky

Thanks. Seems I get the same error if I try and emerge akode too and
it's definitely not down to parallel make. The problem is that
libakode.so.2.0.0 (the actual library) is never produced. The last
line of the lib build is:

/bin/sh ../../libtool --tag=CXX --silent --mode=link
x86_64-pc-linux-gnu-g++ -O2 -pipe -march=core2 -ggdb
-mno-tls-direct-seg-refs -fPIC -Wl,-O1 -o libakode.la -rpath
/usr/lib64 -no-undefined -Wl,--no-undefined
-Wl,--allow-shlib-undefined -version-info 2:0:0 bytebuffer.lo
audiobuffer.lo pluginhandler.lo decoderpluginhandler.lo
resamplerpluginhandler.lo sinkpluginhandler.lo encoderpluginhandler.lo
fast_resampler.lo crossfader.lo volumefilter.lo localfile.lo
mmapfile.lo wav_decoder.lo auto_sink.lo void_sink.lo converter.lo
buffered_decoder.lo player.lo magic.lo -lpthread -lltdl
make[1]: Leaving directory
`/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/lib'

If you take out the --silent in the Makefile, you get:

/bin/sh ../../libtool --tag=CXX --mode=link x86_64-pc-linux-gnu-g++
-O2 -pipe -march=core2 -ggdb -mno-tls-direct-seg-refs -fPIC -Wl,-O1
-o libakode.la -rpath /usr/lib64 -no-undefined -Wl,--no-undefined
-Wl,--allow-shlib-undefined -version-info 2:0:0 bytebuffer.lo
audiobuffer.lo pluginhandler.lo decoderpluginhandler.lo
resamplerpluginhandler.lo sinkpluginhandler.lo encoderpluginhandler.lo
fast_resampler.lo crossfader.lo volumefilter.lo localfile.lo
mmapfile.lo wav_decoder.lo auto_sink.lo void_sink.lo converter.lo
buffered_decoder.lo player.lo magic.lo -lpthread -lltdl
(cd .libs && rm -f libakode.so.2 && ln -s libakode.so.2.0.0 libakode.so.2)
(cd .libs && rm -f libakode.so && ln -s libakode.so.2.0.0 libakode.so)
creating libakode.la
(cd .libs && rm -f libakode.la && ln -s ../libakode.la libakode.la)
make[1]: Leaving directory
`/var/tmp/portage/media-libs/akode-2.0.2/work/akode-2.0.2/akode/lib'

So libtool creates the symlinks and the la file, thus satisfying the
Makefile requirements, but never actually invokes gcc to build the
library, so the symlinks are to a non-existent library. The libtool
being used is an old in-tree version:

# ../../libtool --version
ltmain.sh (GNU libtool) 1.5a (1.1240 2003/06/26 06:55:19)

If just 'libtool' is invoked instead,

# libtool --version
libtool (GNU libtool) 2.2.10

/bin/sh libtool --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -O2
-pipe -march=core2 -ggdb -mno-tls-direct-seg-refs -fPIC -Wl,-O1 -o
libakode.la -rpath /usr/lib64 -no-undefined -Wl,--no-undefined
-Wl,--allow-shlib-undefined -version-info 2:0:0 bytebuffer.lo
audiobuffer.lo pluginhandler.lo decoderpluginhandler.lo
resamplerpluginhandler.lo sinkpluginhandler.lo encoderpluginhandler.lo
fast_resampler.lo crossfader.lo volumefilter.lo localfile.lo
mmapfile.lo wav_decoder.lo auto_sink.lo void_sink.lo converter.lo
buffered_decoder.lo player.lo magic.lo -lpthread -lltdl
libtool: link: rm -fr .libs/libakode.la .libs/libakode.lai
.libs/libakode.so .libs/libakode.so.2
libtool: link: x86_64-pc-linux-gnu-g++ -shared -nostdlib
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.1/../../../../lib64/crti.o
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.1/crtbeginS.o .libs/bytebuffer.o
.libs/audiobuffer.o .libs/pluginhandler.o .libs/decoderpluginhandler.o
.libs/resamplerpluginhandler.o .libs/sinkpluginhandler.o
.libs/encoderpluginhandler.o .libs/fast_resampler.o .libs/crossfader.o
.libs/volumefilter.o .libs/localfile.o .libs/mmapfile.o
.libs/wav_decoder.o .libs/auto_sink.o .libs/void_sink.o
.libs/converter.o .libs/buffered_decoder.o .libs/player.o
.libs/magic.o -lpthread /usr/lib64/libltdl.so -ldl
-L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.1
-L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.1/../../../../lib64
-L/lib/../lib64 -L/usr/lib/../lib64
-L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.1/../../../../x86_64-pc-linux-gnu/lib
-L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.1/../../.. -lstdc++ -lm -lc
-lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.1/crtendS.o
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.1/../../../../lib64/crtn.o
-march=core2 -mno-tls-direct-seg-refs -Wl,-O1 -Wl,--no-undefined
-Wl,--allow-shlib-undefined -Wl,-soname -Wl,libakode.so.2 -o
.libs/libakode.so.2.0.0
libtool: link: (cd ".libs" && rm -f "libakode.so.2" && ln -s
"libakode.so.2.0.0" "libakode.so.2")
libtool: link: (cd ".libs" && rm -f "libakode.so" && ln -s
"libakode.so.2.0.0" "libakode.so")
libtool: link: x86_64-pc-linux-gnu-ar cru .libs/libakode.a
.libs/bytebuffer.o .libs/audiobuffer.o .libs/pluginhandler.o
.libs/decoderpluginhandler.o .libs/resamplerpluginhandler.o
.libs/sinkpluginhandler.o .libs/encoderpluginhandler.o
.libs/fast_resampler.o .libs/crossfader.o .libs/volumefilter.o
.libs/localfile.o .libs/mmapfile.o .libs/wav_decoder.o
.libs/auto_sink.o .libs/void_sink.o .libs/converter.o
.libs/buffered_decoder.o .libs/player.o .libs/magic.o
libtool: link: x86_64-pc-linux-gnu-ranlib .libs/libakode.a
libtool: link: ( cd ".libs" && rm -f "libakode.la" && ln -s
"../libakode.la" "libakode.la" )

the right thing is done and the library is built.

# ls .libs
audiobuffer.o crossfader.o libakode.la@
localfile.o resamplerpluginhandler.o
auto_sink.o decoderpluginhandler.o libakode.lai
magic.o sinkpluginhandler.o
buffered_decoder.o encoderpluginhandler.o libakode.so@
mmapfile.o void_sink.o
bytebuffer.o fast_resampler.o libakode.so.2@
player.o volumefilter.o
converter.o libakode.a libakode.so.2.0.0*
pluginhandler.o wav_decoder.o

Note that libakode.so.2.0.0 is now there. On x86_64, I also had to
patch the Makefile to add -fPIC to the CFLAGS otherwise the link
failed with a relocatable symbol error.

I'd be interested to know when this was last known to build, as the
in-tree libtool is clearly buggy.
--
Andrew :-)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

Support Free Java!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net

PGP Key: 94EFD9D8 (http://subkeys.pgp.net)
Fingerprint: F8EF F1EA 401E 2E60 15FA* 7927 142C 2591 94EF D9D8


All times are GMT. The time now is 10:39 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.