[gentoo-user] Problem compiling lirc for streamzap with 2.6.14-rc3
Hello again Gentooers,
I'm attempting to get the streamzap remote working with lirc. According to
the howtos around, I've created LIRC_OPTS in make.conf with a value of
--with-driver=streamzap. Emerging lirc afterwards, however, gives me
the compilation errors attached. Also, I get the message Streamzap is not
Kernel 2.6 ready and will not be compiled. Is this true or does it work out
of the box? I've seen both reports out there. The 2.6.14-rc3 kernel I'm
running seems to know the device and register it properly.
Oct 13 17:47:40 kron kernel: usb 2-1: Product: Streamzap Remote Control
Oct 13 17:47:40 kron kernel: usb 2-1: Manufacturer: Streamzap, Inc.
Oct 13 17:47:40 kron kernel: usb 2-2: new low speed USB device using uhci_hcd
Oct 13 17:47:41 kron kernel: usb 2-2: Product: PS2 to USB Converter
Any information about this would be useful.
Thanks,
Shaw
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
configure:802: checking for a BSD compatible install
configure:855: checking whether build environment is sane
configure:926: checking for mawk
configure:926: checking for gawk
configure:956: checking whether make sets ${MAKE}
configure:1081: checking for gcc
configure:1194: checking whether the C compiler (gcc -O2 -march=pentium4 -pipe -fomit-frame-pointer -Wall ) works
configure:1210: gcc -o conftest -O2 -march=pentium4 -pipe -fomit-frame-pointer -Wall conftest.c 15
configure:1207: warning: return type defaults to `int'
configure:1236: checking whether the C compiler (gcc -O2 -march=pentium4 -pipe -fomit-frame-pointer -Wall ) is a cross-compiler
configure:1241: checking whether we are using GNU C
configure:1250: gcc -E conftest.c
configure:1269: checking whether gcc accepts -g
configure:1308: checking for style of include used by make
configure:1342: checking dependency style of gcc
configure:1420: checking for a BSD compatible install
configure:1473: checking whether make sets ${MAKE}
configure:1502: checking for mknod
configure:1538: checking for mkfifo
configure:1574: checking for depmod
configure:1610: checking for libusb-config
configure:1643: checking whether ln -s works
configure:1675: checking for Cygwin environment
configure:1691: gcc -c -O2 -march=pentium4 -pipe -fomit-frame-pointer -Wall conftest.c 15
configure: In function `main':
configure:1687: error: `__CYGWIN32__' undeclared (first use in this function)
configure:1687: error: (Each undeclared identifier is reported only once
configure:1687: error: for each function it appears in.)
configure: failed program was:
#line 1680 configure
#include confdefs.h
int main() {
#ifndef __CYGWIN__
#define __CYGWIN__ __CYGWIN32__
#endif
return __CYGWIN__;
; return 0; }
configure:1708: checking for mingw32 environment
configure:1720: gcc -c -O2 -march=pentium4 -pipe -fomit-frame-pointer -Wall conftest.c 15
configure: In function `main':
configure:1716: error: `__MINGW32__' undeclared (first use in this function)
configure:1716: error: (Each undeclared identifier is reported only once
configure:1716: error: for each function it appears in.)
configure: failed program was:
#line 1713 configure
#include confdefs.h
int main() {
return __MINGW32__;
; return 0; }
configure:1737: checking how to run the C preprocessor
configure:1758: gcc -E conftest.c /dev/null 2conftest.out
configure:1892: checking host system type
configure:1913: checking build system type
configure:1942: checking for ld used by GCC
configure:2010: checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld
GNU ld version 2.15.92.0.2 20040927
configure:2027: checking for /usr/i686-pc-linux-gnu/bin/ld option to reload object files
configure:2039: checking for BSD-compatible nm
configure:2077: checking for a sed that does not truncate output
configure:2161: checking how to recognise dependent libraries
configure:2347: checking for object suffix
configure:2353: gcc -c -O2 -march=pentium4 -pipe -fomit-frame-pointer -Wall conftest.c 15
configure:2373: checking for executable suffix
configure:2383: gcc -o conftest -O2 -march=pentium4 -pipe -fomit-frame-pointer -Wall conftest.c 15
configure:2414: checking command to parse /bin/nm -B output
configure:2497: gcc -c -O2 -march=pentium4 -pipe -fomit-frame-pointer -Wall conftest.c 15
configure:2500: /bin/nm -B conftest.o | sed -n -e 's/^.*[ ]\([ABCDGISTW][ABCDGISTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' conftest.nm
configure:2551: gcc -o conftest -O2 -march=pentium4 -pipe -fomit-frame-pointer -Wall conftest.c conftstm.o 15
conftest.c:6: warning: `main' is usually a function
configure:2600: checking for dlfcn.h
configure:2610: gcc -E conftest.c /dev/null 2conftest.out
configure:2779: checking for ranlib
configure:2846: checking for strip
configure:3089: checking for objdir
configure:3116: checking for gcc option to produce PIC
configure:3264: checking if gcc PIC flag -fPIC works
configure:3278: gcc -c -O2 -march=pentium4 -pipe
Re: [gentoo-user] Problem compiling lirc for streamzap with 2.6.14-rc3
On Thursday 13 October 2005 11:10 pm, Shaw Vrana wrote:
Hello again Gentooers,
I'm attempting to get the streamzap remote working with lirc. According to
the howtos around, I've created LIRC_OPTS in make.conf with a value of
--with-driver=streamzap. Emerging lirc afterwards, however, gives me
the compilation errors attached. Also, I get the message Streamzap is not
Kernel 2.6 ready and will not be compiled. Is this true or does it work
out of the box? I've seen both reports out there. The 2.6.14-rc3 kernel
I'm running seems to know the device and register it properly.
Oct 13 17:47:40 kron kernel: usb 2-1: Product: Streamzap Remote Control
Oct 13 17:47:40 kron kernel: usb 2-1: Manufacturer: Streamzap, Inc.
Oct 13 17:47:40 kron kernel: usb 2-2: new low speed USB device using
uhci_hcd Oct 13 17:47:41 kron kernel: usb 2-2: Product: PS2 to USB
Converter
Shaw, there's nothing in the config.log file that meantions the streamzap
driver. The errors are the normal output of the configure script testing for
environmental things (i.e. mingw compiler, libdnet.{a,so}, etc) and are not
failures that you need to worry about.
Unfortunately there is no indication why it thinks it's not '2.6 ready'.
Do you have your /usr/src/linux link set to point at the kernel you're
compiling for?
Also which version of lirc were you going after?
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problem compiling lirc for streamzap with 2.6.14-rc3
The problem is, the new 2.6.13 kernels had removed devfs. Nothing
important, but it prevents LIRC (and other packages) to compile. Put
app-misc/lirc ~x86
in /etc/portage/package.keywords and get the newest version. It works
OK for me (with two remotes, one is a streamzap).
Canek
On 10/14/05, Dave Nebinger [EMAIL PROTECTED] wrote:
On Thursday 13 October 2005 11:10 pm, Shaw Vrana wrote:
Hello again Gentooers,
I'm attempting to get the streamzap remote working with lirc. According to
the howtos around, I've created LIRC_OPTS in make.conf with a value of
--with-driver=streamzap. Emerging lirc afterwards, however, gives me
the compilation errors attached. Also, I get the message Streamzap is not
Kernel 2.6 ready and will not be compiled. Is this true or does it work
out of the box? I've seen both reports out there. The 2.6.14-rc3 kernel
I'm running seems to know the device and register it properly.
Oct 13 17:47:40 kron kernel: usb 2-1: Product: Streamzap Remote Control
Oct 13 17:47:40 kron kernel: usb 2-1: Manufacturer: Streamzap, Inc.
Oct 13 17:47:40 kron kernel: usb 2-2: new low speed USB device using
uhci_hcd Oct 13 17:47:41 kron kernel: usb 2-2: Product: PS2 to USB
Converter
Shaw, there's nothing in the config.log file that meantions the streamzap
driver. The errors are the normal output of the configure script testing for
environmental things (i.e. mingw compiler, libdnet.{a,so}, etc) and are not
failures that you need to worry about.
Unfortunately there is no indication why it thinks it's not '2.6 ready'.
Do you have your /usr/src/linux link set to point at the kernel you're
compiling for?
Also which version of lirc were you going after?
--
gentoo-user@gentoo.org mailing list
--
Canek Peláez Valdés
Facultad de Ciencias, UNAM
--
gentoo-user@gentoo.org mailing list
