Summary: | Ecore fails to emerge due to "too many function arguments" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | doug whiteley <rezza> |
Component: | Current packages | Assignee: | SpanKY <vapier> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | oliver |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
doug whiteley
2005-02-20 14:59:10 UTC
update your evas to the latest unstable motoreffect ~ $ sudo emerge -av evas These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] x11-libs/evas-1.0.0.20050116_pre13 +X -cairo -debug +directfb -doc +fbcon +jpeg +mmx +nls +opengl +png +sse 0 kB Total size of downloads: 0 kB Do you want me to merge these packages? [Yes/No] n Quitting. ^^ that isn't the latest unstable evas? motoreffect ~ $ equery list -i -p evas [ Searching for package 'evas' in all categories among: ] * installed packages [I--] [ ] x11-libs/evas-1.0.0.20050116_pre13 (0) * Portage tree (/usr/portage) [-P-] [ ] x11-libs/evas-1.0.0_pre13 (0) [-P-] [M-] x11-libs/evas-9999 (0) Breaks here too, can't find a lib. I don't know if its related to this specific bug. /bin/sh ../../../libtool --mode=link i686-pc-linux-gnu-gcc -O3 -march=athlon-xp -mtune=athlon-xp -pipe -fomit-frame-pointer -Wall -o libecore_evas.la -rpath /usr/lib -version-info 1:0:0 -L../../../src/lib/ecore_x/.libs -L../../../src/lib/ecore_fb/.libs -L../../../src/lib/ecore/.libs ecore_evas.lo ecore_evas_x.lo ecore_evas_fb.lo ecore_evas_buffer.lo ../../../src/lib/ecore_x/libecore_x.la ../../../src/lib/ecore_fb/libecore_fb.la ../../../src/lib/ecore/libecore.la -L/usr/lib -levas ../../../libtool: line 3136: cd: usr/lib: No such file or directory libtool: link: warning: cannot determine absolute directory name of `usr/lib' grep: usr/lib/libGLU.la: No such file or directory /bin/sed: can't read usr/lib/libGLU.la: No such file or directory libtool: link: `usr/lib/libGLU.la' is not a valid libtool archive make[4]: *** [libecore_evas.la] Error 1 make[4]: Leaving directory `/var/tmp/portage/ecore-1.0.0.20050220_pre7/work/ecore/src/lib/ecore_evas' where I do have a /usr/lib/libGLU.la (ATi drivers) it's unrelated, you hit a xorg-x11 bug fix your .la files in /usr/lib that include the broken path Que? oliver@valexia /usr/lib $ ls -laF libGLU* -rw-r--r-- 1 root root 750678 Feb 11 18:50 libGLU.a -rw-r--r-- 1 root root 751 Feb 11 18:50 libGLU.la lrwxrwxrwx 1 root root 13 Feb 11 18:50 libGLU.so -> libGLU.so.1.3* lrwxrwxrwx 1 root root 13 Feb 11 18:50 libGLU.so.1 -> libGLU.so.1.3* -rwxr-xr-x 1 root root 613946 Feb 11 18:50 libGLU.so.1.3* So I'm sure you aren't refering to that. Since all this seems to be in order. I did peek inside libGLU.la and noticed indeed it said libdir='usr/lib' It does indeed make sense to have libdir='/usr/lib' here. I hope the ebuild responsible is/will be fixed soon then. (I merly replied to verify my findings and to help others hitting this thread for some reason : ) and (since there is no edit button : /) /usr/lib/libevas.la referenced to the wrong path. As it probably just sets the path to libGLU but doesn't actually use it. After these modifications, ecore does build indeed. Tried with the 1.0.0.20050220_pre13 evas, still gives me the same error. oh well, make sure you're using the latest versions, and if that doesnt work, try re-emerging sub libs with diff USE flags if you track down the issue, please re-open |