I'm getting a compile error with the current version in portage (looks to me like a bug upstream): if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/malloc -I/usr/include/SDL -D_REENTRANT -I.. -IADM_library -I../ADM_library -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O -O2 -O3 -march=athlon-xp -funroll-loops -pipe -fomit-frame-pointer -fno-exceptions -fno-check-new -O2 -MT ADM_interlaced.o -MD -MP -MF ".deps/ADM_interlaced.Tpo" -c -o ADM_interlaced.o ADM_interlaced.cpp; \ then mv -f ".deps/ADM_interlaced.Tpo" ".deps/ADM_interlaced.Po"; else rm -f ".deps/ADM_interlaced.Tpo"; exit 1; fi {standard input}: Assembler messages: {standard input}:119: Error: symbol `admlloopp' is already defined {standard input}:160: Error: symbol `admlloopp' is already defined make[3]: *** [ADM_interlaced.o] Error 1 BTW: Why's there a dependency on arts-1.2.3, wouldn' 1.2.x be sufficient?
Same error here. I've found the problem, in the ebuild there is: filter-flags "-fno-default-inline -funroll-loops -funroll-all-loops" instead of: filter-flags "-fno-default-inline" filter-flags "-funroll-loops" filter-flags "-funroll-all-loops" As you can see from output posted by Fridtjof Busse, -funroll-loops is not filtered and this causes the compile error.
Fixed in the ebuild, please resync and try again. Thanks for the bug report. Arts 1.2 should be fine but I did not test it. I did test it with 1.2.3 though.
Now it works. :) Same change or change to filter-flags -fno-default-inline -funroll-loops -funroll-all-loops -maltive -mabi=altivec (without "") should be done to 2.0.24 (last x86 "stable" release). :)
Fixed for me, too. But I still think it's a bad idea to force people upgrading arts (KDE 3.2.3 was just recently marked stable) if there's no need to do that (e.g. important bugfix). arts-1.2.2 works for me.