With USE=mozilla but no gecko browsers merged, gpac-0.4.1-pre20060122 fails in the install phase, gpac/applications/osmozilla subdir, with a bunch of undefined types, after calling the . Why I had the mozilla flag on, I'm not sure (an emerge -N with it off doesn't turn up anything else), but with it off, the merge continued past that (failing for a believed unrelated reason, multilib-strict, install to lib instead of lib64, on amd64, to be bugged after this). The mozilla flag use-depend is on spidermonkey which was successfully merged previously. The issue could be an unsatisfied dep that would fix what's missing, but otherwise appears to be the lacking definition of amd64/x86_64 just into the install step, in: make[2]: Entering directory `/tmp/portage/gpac-0.4.1_pre20060122/work/gpac/applications/osmozilla' g++ -march=k8 -Os -pipe -fomit-frame-pointer -frename-registers -funit-at-a-time -fweb -freorder-blocks -freorder-blocks-and-partition -fmerge-all-constants -fno-strict-aliasing -fPIC -Wall -I/tmp/portage/gpac-0.4.1_pre20060122/work/gpac/include -I/tmp/portage/gpac-0.4.1_pre20060122/work/gpac/extra_lib/include/gecko-sdk -I/tmp/portage/gpac-0.4.1_pre20060122/work/gpac/extra_lib/include/gecko-sdk/plugin/include -I/tmp/portage/gpac-0.4.1_pre20060122/work/gpac/extra_lib/include/gecko-sdk/nspr/include -I/tmp/portage/gpac-0.4.1_pre20060122/work/gpac/extra_lib/include/gecko-sdk/java/include -I/tmp/portage/gpac-0.4.1_pre20060122/work/gpac/extra_lib/include/gecko-sdk/xpcom/include -DXP_UNIX -DMOZ_X11 -DNPBASIC_EXPORTS -DMOZILLA_STRICT_API -DXPCOM_GLUE -c -o osmozilla.o osmozilla.cpp In file included from /tmp/portage/gpac-0.4.1_pre20060122/work/gpac/extra_lib/include/gecko-sdk/nspr/include/prtypes.h:55, from /tmp/portage/gpac-0.4.1_pre20060122/work/gpac/extra_lib/include/gecko-sdk/xpcom/include/nscore.h:51, from /tmp/portage/gpac-0.4.1_pre20060122/work/gpac/extra_lib/include/gecko-sdk/xpcom/include/nsrootidl.h:11, from /tmp/portage/gpac-0.4.1_pre20060122/work/gpac/extra_lib/include/gecko-sdk/xpcom/include/nsISupports.h:10, from /tmp/portage/gpac-0.4.1_pre20060122/work/gpac/extra_lib/include/gecko-sdk/xpcom/include/nsIServiceManager.h:10, from osmozilla.cpp:38: /tmp/portage/gpac-0.4.1_pre20060122/work/gpac/extra_lib/include/gecko-sdk/nspr/include/prcpucfg.h:720:2: #error "Unknown CPU architecture" gpac-0.4.1_pre20060122/work/gpac/extra_lib/include/gecko-sdk/nspr/include/prcpucfg.h:720:2: #error "Unknown CPU architecture" Checking that file, it ifdefs i386 and a bunch of exotic archs, but notably no x86_64/amd64, else '#error "Unknown CPU architecture"' on line 720. In any case, that error then causes many pages of "no suitable type" and "does not name a type" errors and the resulting emerge failure. Note that while my emerge info (to be attached) includes gcc-4.1.0, I tried 4.0.3 and 3.4.6 with the same problem, so it doesn't appear to be a gcc issue, which isn't surprising if it doesn't have typedefs for amd64. Duncan
Created attachment 82832 [details] emerge info
Can confirm using x86_64-pc-linux-gnu-3.4.6-hardenednossp on amd64 with mozilla use-flag on.
Created attachment 85990 [details] my emerge info and the "tail" of the compiler-output
I have the same Problem, but since I do not know why I need webbrowser support in a codec I fixed it by adding =media-video/gpac-0.4.1_pre20060122 -mozilla to my /etc/portage/package.use
i guess this wouldn't show up if gpac didn't use its own copy of geko-sdk, which it really shouldn't...
New revision of gpac committed, with the "mozilla" USE flag dropped since it doesn't seem to be working anymore anyway.