Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

1. The ebuild will (silently) fail on the svgalib_helper line in the ebuild
   This is caught again later during the install process when make will bomb
   out trying to recompile to meet dependencies.

example: 

make[1]: Leaving directory `/var/tmp/portage/svgalib-1.9.16/work/svgalib-1.9.16/doc'
(cd kernel/svgalib_helper ; make modules_install )
make[1]: Entering directory
`/var/tmp/portage/svgalib-1.9.16/work/svgalib-1.9.16/kernel/svgalib_helper'
cc -D__KERNEL__ -DMODULE -Wall -O2  -I/usr/src/linux/include
-DSVGALIB_HELPER_MAJOR=209   -c -o main.o main.c
main.c:18:40: missing binary operator before '('
In file included from main.c:27:
/usr/src/linux/include/asm/irq.h:16:25: irq_vectors.h: No such file or directory
main.c: In function `svgalib_helper_ioctl':
main.c:295: warning: implicit declaration of function `request_irq'
main.c:312: warning: implicit declaration of function `free_irq'
main.c:115: warning: `i' might be used uninitialized in this function
main.c:400:41: missing binary operator before '('
main.c: In function `svgalib_helper_mmap':
main.c:403: structure has no member named `vm_offset'
main.c:412:41: missing binary operator before '('
main.c:421:41: missing binary operator before '('
main.c: In function `__initfn':
main.c:439: warning: implicit declaration of function `devfs_register_chrdev'
main.c:519: warning: implicit declaration of function `devfs_unregister_chrdev'
make[1]: *** [main.o] Error 1
make[1]: Leaving directory
`/var/tmp/portage/svgalib-1.9.16/work/svgalib-1.9.16/kernel/svgalib_helper'
make: *** [installmodule] Error 2

!!! ERROR: media-libs/svgalib-1.9.16 failed.
!!! Function src_install, Line 48, Exitcode 2
!!! (no error message)

2. svga helper does not build at least with 2.5.4X kernels
===/usr/src/linux/include/asm/irq.h:
#include <linux/config.h>
#include <linux/sched.h>
/* include comes from machine specific directory */
#include "irq_vectors.h"
^^^--- in this case this is /usr/src/linux/arch/i386/mach-generic (on my machine)

This hack to src_compile() will fix it
(line 88 or so)
        make INCLUDEDIR="/usr/src/linux/include
-I/usr/src/linux/arch/i386/mach-generic" \
                -C kernel/svgalib_helper || die


3. svga_helper will still fail ;) 

FIX:
need to add  #include <linux/version.h> to kernel/svga_helper/main.c

edit ebuild and add:

        cd ${S}; epatch ${FILESDIR}/${P}-m.diff

to src_unpack(), and then add this small patch to the files directory

root@nipplehead svgalib # more files/svgalib-1.9.16-m.diff 
--- svgalib-1.9.16/kernel/svgalib_helper/main.c 2002-07-26 13:58:31.000000000 +0000
+++ svgalib-1.9.16/kernel/svgalib_helper/main.c 2002-11-22 18:12:44.000000000 +0000
@@ -15,6 +15,7 @@
 #include <linux/sched.h>
 #include <linux/wait.h>
 
+#include <linux/version.h>
 #if LINUX_VERSION_CODE < KERNEL_VERSION(2,5,0)
 #include "kernel25compat.h"
 #endif

what kernel are you running 
 
also, please check your /usr/src/linux/ to make sure everything is setup 

Kernel is either dev-sources 2.5.48, or fresh bitkeeper and yes
/usr/src/linux is setup.

This is a 2.5 issues, so im mostly just posting so people know what to expect.

I had first committed svgalib-1.9.16.ebuild to bugzilla with the kernel
module's 
installation removed. 
This is a personal preference, i.e. I don't like kernel modules to be bundled
within 
ebuilds, since I usually have more than one kernel to boot from, and/or update
it 
regularly. This seems to be the case for you, pee, too. 
I just remembered this now and came to bugzilla to post the modified ebuild. 
Fortunately, Martin Schlemmer, who finally committed the ebuild to the official 
portage tree, added the kernel module back before doing so. 

Thanks Martin for noticing it and pee for the fix to compile the module on 
development kernels. 

Also, what do you think about the option to isolate the kernel modules from 
standard ebuilds? 

What I do now is having a folder in /usr/src where I keep a copy of all the
kernel 
module's sources which come with different ebuilds, e.g. mplayer, svgalib, ... 
In addition I comment out the module installation in the corresponding ebuild. 
This way, I can emerge/unmerge those packages without deleting the module 
from the kernel tree and at the same time I can have various kernels with their 
own modules, which I have to build manually whenever I compile a new kernel. 

Probably, some other approach, to do it more elegantly might be interesting to 
add. 

Comments, ideas, flames? 

Hi! 

the svgalib-1.9.16 fails for me too. I'm running gentoo-sources 2.4.19-r9, an
1.4rc machine with all the latest packages (well, almost), and
ACCEPT_KEYWORDS="~x86"

the build fails... And grepping through the output i get the following
interesting  points.

[output]

make[1]: Entering directory
`/var/tmp/portage/svgalib-1.9.16/work/svgalib-1.9.16/sharedlib'
ln: `../src/svgalib_helper.h': File exists
make[1]: *** [.depend.src] Error 1
make[1]: Leaving directory
`/var/tmp/portage/svgalib-1.9.16/work/svgalib-1.9.16/sharedlib'

[more output]

make: Entering directory
`/var/tmp/portage/svgalib-1.9.16/work/svgalib-1.9.16/kernel/svgalib_helper'
cc -D__KERNEL__ -DMODULE -Wall -O2  -I/usr/src/linux/include
-DSVGALIB_HELPER_MAJOR=209 -M *.c > .depend
In file included from /usr/src/linux/include/linux/sched.h:30,
                 from /usr/src/linux/include/linux/mm.h:4,
                 from /usr/src/linux/include/linux/slab.h:14,
                 from /usr/src/linux/include/asm/pci.h:32,
                 from /usr/src/linux/include/linux/pci.h:614,
                 from interrupt.c:1:
/usr/src/linux/include/linux/grsecurity.h:12:26: linux/grdefs.h: No such file or
directory
/usr/src/linux/include/linux/grsecurity.h:43:25: linux/grmsg.h: No such file or
directory
In file included from /usr/src/linux/include/linux/sched.h:30,
                 from /usr/src/linux/include/linux/mm.h:4,
                 from /usr/src/linux/include/linux/slab.h:14,
                 from main.c:4:
/usr/src/linux/include/linux/grsecurity.h:12:26: linux/grdefs.h: No such file or
directory
/usr/src/linux/include/linux/grsecurity.h:43:25: linux/grmsg.h: No such file or
directory
In file included from main.c:19:
kernel25compat.h:1:1: warning: "minor" redefined
In file included from /usr/src/linux/include/linux/fs.h:16,
                 from /usr/src/linux/include/linux/capability.h:17,
                 from /usr/src/linux/include/linux/binfmts.h:6,
                 from /usr/src/linux/include/linux/sched.h:10,
                 from /usr/src/linux/include/linux/mm.h:4,
                 from /usr/src/linux/include/linux/slab.h:14,
                 from main.c:4:
/usr/include/linux/kdev_t.h:81:1: warning: this is the location of the previous
definition
make: *** [.depend] Error 1
make: Leaving directory
`/var/tmp/portage/svgalib-1.9.16/work/svgalib-1.9.16/kernel/svgalib_helper'

[more output]

cc -Wall -Wstrict-prototypes -march=athlon-tbird -O3 -pipe
-I/var/tmp/portage/svgalib-1.9.16/work/svgalib-1.9.16/inclu
de -I/var/tmp/portage/svgalib-1.9.16/work/svgalib-1.9.16/gl    -c -o mkcur.o mkcur.c
cc -o buildcsr   mkcur.o -lvgagl -lvga
mkcur.o(.text+0x244): In function `main':
: undefined reference to `vga_setcursorimage'
mkcur.o(.text+0x250): In function `main':
: undefined reference to `vga_selectcursor'
mkcur.o(.text+0x3fb): In function `main':
: undefined reference to `vga_setcursorposition'
mkcur.o(.text+0x407): In function `main':
: undefined reference to `vga_showcursor'
mkcur.o(.text+0x41e): In function `main':
: undefined reference to `vga_showcursor'
mkcur.o(.text+0x49e): In function `main':
: undefined reference to `vga_showcursor'
mkcur.o(.text+0x591): In function `main':
: undefined reference to `vga_setcursorimage'
mkcur.o(.text+0x59d): In function `main':
: undefined reference to `vga_selectcursor'
mkcur.o(.text+0x605): In function `main':
: undefined reference to `vga_initcursor'
mkcur.o(.text+0x63f): In function `main':
: undefined reference to `vga_setcursorimage'
mkcur.o(.text+0x64b): In function `main':
: undefined reference to `vga_selectcursor'
mkcur.o(.text+0x6c6): In function `main':
: undefined reference to `vga_setcursorimage'
mkcur.o(.text+0x836): In function `main':
: undefined reference to `vga_initcursor'
mkcur.o(.text+0x8ec): In function `setcursor':
: undefined reference to `vga_setcursorimage'
mkcur.o(.text+0x90b): In function `setcursor':
: undefined reference to `vga_setcursorimage'
mkcur.o(.text+0x913): In function `setcursor':
: undefined reference to `vga_selectcursor'
mkcur.o(.text+0x972): In function `setcursor':
: undefined reference to `vga_initcursor'
collect2: ld returned 1 exit status
make[1]: *** [buildcsr] Error 1
make[1]: Leaving directory
`/var/tmp/portage/svgalib-1.9.16/work/svgalib-1.9.16/demos'

[more output]

(cd kernel/svgalib_helper ; make modules_install )
make[1]: Entering directory
`/var/tmp/portage/svgalib-1.9.16/work/svgalib-1.9.16/kernel/svgalib_helper'
cc -D__KERNEL__ -DMODULE -Wall -O2  -I/usr/src/linux/include
-DSVGALIB_HELPER_MAJOR=209   -c -o main.o main.c
In file included from /usr/src/linux/include/linux/sched.h:29,
                 from /usr/src/linux/include/linux/mm.h:4,
                 from /usr/src/linux/include/linux/slab.h:14,
                 from main.c:4:
/usr/include/linux/fs_struct.h: In function `set_fs_root':
/usr/include/linux/fs_struct.h:34: `current' undeclared (first use in this function)
/usr/include/linux/fs_struct.h:34: (Each undeclared identifier is reported only once
/usr/include/linux/fs_struct.h:34: for each function it appears in.)
In file included from /usr/src/linux/include/linux/sched.h:29,
                 from /usr/src/linux/include/linux/mm.h:4,
                 from /usr/src/linux/include/linux/slab.h:14,
                 from main.c:4:
/usr/include/linux/fs_struct.h: In function `set_fs_pwd':
/usr/include/linux/fs_struct.h:57: `current' undeclared (first use in this function)
In file included from /usr/src/linux/include/linux/sched.h:30,
                 from /usr/src/linux/include/linux/mm.h:4,
                 from /usr/src/linux/include/linux/slab.h:14,
                 from main.c:4:
/usr/src/linux/include/linux/grsecurity.h:12:26: linux/grdefs.h: No such file or
directory
/usr/src/linux/include/linux/grsecurity.h:43:25: linux/grmsg.h: No such file or
directory
In file included from /usr/src/linux/include/linux/mm.h:4,
                 from /usr/src/linux/include/linux/slab.h:14,
                 from main.c:4:
/usr/src/linux/include/linux/sched.h: At top level:
/usr/src/linux/include/linux/sched.h:171: warning: type mismatch with previous
implicit declaration
/usr/include/linux/fs_struct.h:62: warning: previous implicit declaration of
`preempt_schedule'
/usr/src/linux/include/linux/sched.h:171: warning: `preempt_schedule' was
previously implicitly declared to return `in
t'
In file included from main.c:19:
kernel25compat.h:1:1: warning: "minor" redefined
In file included from /usr/src/linux/include/linux/fs.h:16,
                 from /usr/src/linux/include/linux/capability.h:17,
                 from /usr/src/linux/include/linux/binfmts.h:6,
                 from /usr/src/linux/include/linux/sched.h:10,
                 from /usr/src/linux/include/linux/mm.h:4,
                 from /usr/src/linux/include/linux/slab.h:14,
                 from main.c:4:
/usr/include/linux/kdev_t.h:81:1: warning: this is the location of the previous
definition
make[1]: *** [main.o] Error 1
make[1]: Leaving directory
`/var/tmp/portage/svgalib-1.9.16/work/svgalib-1.9.16/kernel/svgalib_helper'
make: *** [installmodule] Error 2

!!! ERROR: media-libs/svgalib-1.9.16 failed.
!!! Function src_install, Line 48, Exitcode 2
!!! (no error message)


The funny thing is, that I have no grsecurity compiled in at all!

Could be an option to disable the module support, as myself have had a few
issues to get it to
work with some boxes.  I however left it as is to check user responce (it is
after all marked
unstable).

Javier, I dont have the time, so cant really test it, but is it possible for
1.9.16 to work without the kernel module ?

I see that they still did not have that included in svgalib-1.9.17, although
relevant bits have now moved to kernel/svgalib_helper/kernel25compat.h itself.

Is this still an issue for 1.9.17 ?

*** Bug 12788 has been marked as a duplicate of this bug. ***

Ok, svgalib-1.9.17-r1 should work fine with kernel 2.5.

gunzipping manpages in man8
make[1]: Leaving directory
`/var/tmp/portage/svgalib-1.9.17-r1/work/svgalib-1.9.17/doc'
(cd kernel/svgalib_helper ; make modules_install )
/bin/sh: line 1: [: /usr/src/linux/include: binary operator expected
grep: invalid option -- /
Usage: grep [OPTION]... PATTERN [FILE]...
Try `grep --help' for more information.
make[1]: Entering directory
`/var/tmp/portage/svgalib-1.9.17-r1/work/svgalib-1.9.17/kernel/svgalib_helper'
Makefile:6: *** commands commence before first target.  Stop.
make[1]: Leaving directory
`/var/tmp/portage/svgalib-1.9.17-r1/work/svgalib-1.9.17/kernel/svgalib_helper'
make: *** [installmodule] Error 2

!!! ERROR: media-libs/svgalib-1.9.17-r1 failed.
!!! Function src_install, Line 96, Exitcode 2
!!! (no error message)

Ok, I should not be so lazy, patched the Makefile and removed the hack.
Here is the ChangeLog entry:

-------------------------------
  31 Dec 2002; Martin Schlemmer <azarah@gentoo.org> svgalib-1.9.17-r1.ebuild :
  Ok, I should not be lazy, patch Makefile in svga_helper module, as my
  previous hack seems to fail for some people ... (bug #11092).

Solved for me.

make: Entering directory
`/var/tmp/portage/svgalib-1.9.17-r1/work/svgalib-1.9.17/kernel/svgalib_helper'
cc -O2 -DLINUX -Dlinux -D__KERNEL__ -DMODULE -Wall   -I/usr/src/linux/include
-DSVGALIB_HELPER_MAJOR=209 -M *.c > .depend
In file included from /usr/src/linux/include/linux/fs.h:334,
                 from /usr/src/linux/include/linux/capability.h:17,
                 from /usr/src/linux/include/linux/binfmts.h:5,
                 from /usr/src/linux/include/linux/sched.h:9,
                 from /usr/src/linux/include/linux/mm.h:4,
                 from /usr/src/linux/include/linux/slab.h:14,
                 from /usr/src/linux/include/asm/pci.h:32,
                 from /usr/src/linux/include/linux/pci.h:610,
                 from interrupt.c:1:
/usr/src/linux/include/linux/xfs_fs_i.h:39: linux/vnode.h: No such file or directory
In file included from /usr/src/linux/include/linux/fs.h:385,
                 from /usr/src/linux/include/linux/capability.h:17,
                 from /usr/src/linux/include/linux/binfmts.h:5,
                 from /usr/src/linux/include/linux/sched.h:9,
                 from /usr/src/linux/include/linux/mm.h:4,
                 from /usr/src/linux/include/linux/slab.h:14,
                 from /usr/src/linux/include/asm/pci.h:32,
                 from /usr/src/linux/include/linux/pci.h:610,
                 from interrupt.c:1:
/usr/src/linux/include/linux/quota.h:138: linux/dqblk_v1.h: No such file or
directory
In file included from /usr/src/linux/include/linux/fs.h:334,
                 from /usr/src/linux/include/linux/capability.h:17,
                 from /usr/src/linux/include/linux/binfmts.h:5,
                 from /usr/src/linux/include/linux/sched.h:9,
                 from /usr/src/linux/include/linux/mm.h:4,
                 from /usr/src/linux/include/linux/slab.h:14,
                 from main.c:4:
/usr/src/linux/include/linux/xfs_fs_i.h:39: linux/vnode.h: No such file or directory
In file included from /usr/src/linux/include/linux/fs.h:385,
                 from /usr/src/linux/include/linux/capability.h:17,
                 from /usr/src/linux/include/linux/binfmts.h:5,
                 from /usr/src/linux/include/linux/sched.h:9,
                 from /usr/src/linux/include/linux/mm.h:4,
                 from /usr/src/linux/include/linux/slab.h:14,
                 from main.c:4:
/usr/src/linux/include/linux/quota.h:138: linux/dqblk_v1.h: No such file or
directory
make: *** [.depend] Error 1
make: Leaving directory
`/var/tmp/portage/svgalib-1.9.17-r1/work/svgalib-1.9.17/kernel/svgalib_helper'

!!! ERROR: media-libs/svgalib-1.9.17-r1 failed.
!!! Function src_compile, Line 41, Exitcode 2
!!! Failed to build kernel module!

Would help if we knew what kernel version ...

Stand by. It looks like I may have done an emerge -u on my kernel sources, and
/usr/src/linux is still pointing to the old (patched) version, which portage
decided to clean out. Doh!

Mikki

Yup, that was it. Works fine for me now...

Sorry about that.

Found the same problem with svgalib-1.9.17-r1.
Problem solved once /usr/src/linux is linked to latest kernel and 
run make menu/x/config and saved kernel

Henti 

Again a kernel version issue.

---
Linux nuovo.casa.it 2.5.47-ac5 #3 Fri Nov 15 23:36:40 CET 2002 i686 Pentium II (Klamath) GenuineIntel GNU/Linux

!!! ERROR: media-libs/svgalib-1.9.17-r1 failed.
!!! Function check_kernel, Line 54, Exitcode 1
!!! Cannot find kernel includes!
---

check_kernel is looking for /usr/src/linux/include/asm/mach-{default|generic}
but in kenerl 2.5.47 there is none of them.

Probably they are just in newer kernels.

The point is that
I've tried also with the stable 2.4.20 includes, but check_kernel checks
the major.minor version of the running kernel instead
of getting it from version.h

That is to compile svgalib I should reboot the computer with 2.4.20
otherwise I can't.

Should this be considered a bug?

Its changes to the api, not missing dirs.  If you look, you do have a
include/asm/mach-default with 2.5.58 and later i think.

----------------------------------------
nosferatu root # ls /usr/src/linux/include/asm/mach-default/ -ld
drwxrwxr-x    2 1046     101          4096 Feb 24 21:06 /usr/src/linux/include/asm/mach-default/
nosferatu root # uname -r
2.5.63bk2
nosferatu root # 
----------------------------------------

The actual error:

----------------------------------------
gcc -O2 -DLINUX -Dlinux -D__KERNEL__ -DMODULE -Wall   -I/usr/src/linux/include -I/usr/src/linux/include/asm/mach-default -DSVGALIB_HELPER_MAJOR=209   -c -o main.o main.c
main.c: In function `svgalib_helper_ioctl':
main.c:298: warning: implicit declaration of function `request_irq'
main.c:315: warning: implicit declaration of function `free_irq'
main.c:109: warning: `i' might be used uninitialized in this function
main.c: In function `svgalib_helper_open':
main.c:338: warning: `_MOD_INC_USE_COUNT' is deprecated (declared at /usr/src/linux/include/linux/module.h:462)
main.c: In function `svgalib_helper_release':
main.c:344: warning: `__MOD_DEC_USE_COUNT' is deprecated (declared at /usr/src/linux/include/linux/module.h:437)
main.c: In function `init_module':
main.c:442: warning: implicit declaration of function `devfs_register_chrdev'
main.c:457: warning: implicit declaration of function `devfs_register_series'
main.c:461: warning: implicit declaration of function `devfs_auto_unregister'
main.c:515: `EXPORT_NO_SYMBOLS' undeclared (first use in this function)
main.c:515: (Each undeclared identifier is reported only once
main.c:515: for each function it appears in.)
main.c:522: warning: implicit declaration of function `devfs_unregister_chrdev'
make: *** [main.o] Error 1
-----------------------------------------

Like I said, API changes ...

I know, and what about checking the installed kernel sources instead
of the running kernel? At least people running kernel 2.5 can compile it
installing a 2.4 without needing a 2.4 kernel running.

Here's the patch.

--- svgalib-1.9.17-r1.ebuild    2003-03-03 20:57:48.000000000 +0100
+++ new/svgalib-1.9.17-r1.ebuild        2003-03-03 21:23:54.000000000 +0100
@@ -35,8 +35,8 @@
                                                                                                                             
 check_kernel() {
                                                                                                                             
-       local KV_MAJOR="`uname -r | cut -d. -f1`"
-       local KV_MINOR="`uname -r | cut -d. -f2`"
+       local KV_MAJOR="`sed -n -e 's/^VERSION = \([0-9]*\)$/\1/p'  /usr/src/linux/Makefile`"
+       local KV_MINOR="`sed -n -e 's/^PATCHLEVEL = \([0-9]*\)$/\1/p'  /usr/src/linux/Makefile`"
        export INCLUDEDIR="/usr/src/linux/include"
                                                                                                                             
        # Are we running kernel 2.5 ?

----

Ok, so how is going to get it compiled, but not being able to load the module
anyhow going to help you ?

Good point.

Now there is just one check if the running kernel is a 2.4 or a 2.5
and if it's a 2.5, the INCLUDEDIR is set for kernels >=2.5.58
(assuming that the include dir asm/mach-* is there with those versions).

But there is NO check if the /usr/src/linux/ is the one
of the running kernel.

So my patch didn't change things so much.
If you like more I can just add the check of the sublevel for 2.5.* like that:

----
--- svgalib-1.9.17-r1.ebuild    2003-03-03 20:57:48.000000000 +0100
+++ new2/svgalib-1.9.17-r1.ebuild       2003-03-06 00:13:36.000000000 +0100
@@ -37,10 +37,11 @@
         
        local KV_MAJOR="`uname -r | cut -d. -f1`"
        local KV_MINOR="`uname -r | cut -d. -f2`"
+       local KV_SUBLEVEL="`uname -r|sed -n -e 's/[0-9]*\.[0-9]*\.\([0-9]*\).*/\1/p'`"
        export INCLUDEDIR="/usr/src/linux/include"
  
-       # Are we running kernel 2.5 ?
-       if [ "${KV_MAJOR}${KV_MINOR}" -gt "24" ]
+       # Are we running kernel 2.5 > 2.5.57 ?
+       if [ "${KV_MAJOR}${KV_MINOR}" -gt "24" -a $(KV_SUBLEVEL) -gt "57" ]
        then
                # Setup the proper mach include directory ...
                if [ -d ${INCLUDEDIR}/asm/mach-default ]
----

This way it works also for my 2.5.47, but there is still no check if the
module is built for the running kernel.

In my opinion it makes no sense to set the include path of the
installed kernel according to the one that is currently running
without knowing if they are the same.

Here is a dumb patch for svgalib_helper (seems to work...)

Created an attachment (id=10577) [details]
svgalib_helper patch

This is a dumb patch, but seems to work.

Bedeox, your patch work wonderfully for the devfs stuff, but it fails with what
looks like an 
improper usage of grep: 

make: Entering directory
`/var/tmp/portage/svgalib-1.9.17-r1/work/svgalib-1.9.17/threeDKit' 
rm -f lib3dkit.a 
ar rcs lib3dkit.a 
make: Leaving directory
`/var/tmp/portage/svgalib-1.9.17-r1/work/svgalib-1.9.17/threeDKit' 
/bin/sh: line 1: [: /usr/src/linux/include: binary operator expected 
grep: invalid option -- / 
Usage: grep [OPTION]... PATTERN [FILE]... 
Try `grep --help' for more information. 
make: Entering directory 
`/var/tmp/portage/svgalib-1.9.17-r1/work/svgalib-1.9.17/kernel/svgalib_helper' 
Makefile:6: *** commands commence before first target.  Stop. 
make: Leaving directory 
`/var/tmp/portage/svgalib-1.9.17-r1/work/svgalib-1.9.17/kernel/svgalib_helper' 

!!! ERROR: media-libs/svgalib-1.9.17-r1 failed. 
!!! Function src_compile, Line 77, Exitcode 2 
!!! Failed to build kernel module! 

I'm getting same error as well, using development-souces with latest kernel
patch from linuxhq.com

Get same error:

!!! ERROR: media-libs/svgalib-1.9.17-r1 failed. 
!!! Function src_compile, Line 77, Exitcode 2 
!!! Failed to build kernel module! 

svgalib-1.9.17-r2 should fix all these (note only for 2.6 kernel).

2.6.11-r6 kernel
2005.0 new install (emerge w/ no options used)
fails on emerge of lib3d kit
topmost error looks like ...

install -c-m 755 -o root -g bin so.lib3dkit.1.9.19 /var/tmp/portage/svgalib-1.9.19-r3/image//usr/lib/lib3dkit.so.1.9.19

install: invalid option -- -

==
this error seem to have been around a while?
How do I get past it within the realm of gentoo?
-Walt

2.6.11-r6 kernel
2005.0 new install (emerge w/ no options used)
fails on emerge of lib3d kit
topmost error looks like ...

install -c-m 755 -o root -g bin so.lib3dkit.1.9.19 /var/tmp/portage/svgalib-1.9.19-r3/image//usr/lib/lib3dkit.so.1.9.19

install: invalid option -- -

==
this error seem to have been around a while?
How do I get past it within the realm of gentoo?
-Walt