/usr/src/lirc-0.8.1/drivers/lirc_mceusb2/lirc_mceusb2.c: In function ‘request_packet_async’: /usr/src/lirc-0.8.1/drivers/lirc_mceusb2/lirc_mceusb2.c:237: warning: passing argument 6 of ‘usb_fill_int_urb’ from incompatible pointer type /usr/src/lirc-0.8.1/drivers/lirc_mceusb2/lirc_mceusb2.c:245: warning: passing argument 6 of ‘usb_fill_int_urb’ from incompatible pointer type /usr/src/lirc-0.8.1/drivers/lirc_mceusb2/lirc_mceusb2.c:266: error: ‘SLAB_ATOMIC’ undeclared (first use in this function) /usr/src/lirc-0.8.1/drivers/lirc_mceusb2/lirc_mceusb2.c:266: error: (Each undeclared identifier is reported only once /usr/src/lirc-0.8.1/drivers/lirc_mceusb2/lirc_mceusb2.c:266: error: for each function it appears in.) Reproducible: Always Steps to Reproduce: 1. emerge gentoo-sources >=2.6.20 (configure and boot) 2. emerge lirc http://www.mail-archive.com/linux-kernel%40vger.kernel.org/msg116981.html This has patches for the fix As per my forums link, i have applied the mceusb2 patch and this now works I suspect it would work for the other controllers too when people start seeing issues with them?
Patch looks correct, will work with it/apply it in the next days.
Same patch applied in CVS (example with mceusb2): http://lirc.cvs.sourceforge.net/lirc/lirc/drivers/lirc_mceusb2/lirc_mceusb2.c?r1=1.22&r2=1.23&view=patch
Added patch to lirc-0.8.1.ebuild. Thanks for reporting that issue.
Please mark stable on your arch, for 2.6.20 compatibility.
emerges fine and works on amd64 Portage 2.1.2.2 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.20-beyond2 x86_64) ================================================================= System uname: 2.6.20-beyond2 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ Gentoo Base System release 1.12.9 Timestamp of tree: Sun, 25 Mar 2007 16:20:01 +0000 ccache version 2.4 [enabled] dev-java/java-config: 1.3.7, 2.0.31 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe -msse3" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/php/apache1-php5/ext-active/ /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-march=k8 -O2 -pipe -msse3" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig builysyspkg ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.gentoo.mesh-solutions.com/gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/ " LANG="en_US.ISO-8859-15" LC_ALL="en_US.ISO-8859-15" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/rsync_excludes" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/overlay" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X a52 aac acpi alsa amd64 amr audiofile berkdb bitmap-fonts bzip2 cairo cdinstall cdr cli cracklib crypt cups dbus dri dts dvd dvdr dvdread eds emboss encode fam firefox fortran gdbm gif gpm gstreamer gtk gtk2 hal iconv jpeg ldap libg++ lirc logrotate mad midi mikmod mp3 mpeg ncurses nls nptl nptlonly offensive ogg opengl pam pcre php png ppds pppd quicktime readline reflection sdl session smp spl ssl svg symlink tcpd tiff truetype truetype-fonts type1-fonts unicode v4l vim vorbis x264 xinerama xorg xv xvid zlib" ALSA_CARDS="emu10k1" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="evdev keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIRC_DEVICES="inputlirc" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS
/me is typing happily on his ATI Remote's buttons...volume increases to the ceiling....Yay! x86 stable
ia64 stable
Marked ppc stable.
amd64 stable
alpha/ia64 keyword dropped as nobody has hardware to test.
ppc64 stable keyword still needed; thanks :)
sorry, I just noticed I have never said, why this is not yet stable on ppc64. I'm getting this linkerror: /usr/lib/gcc/powerpc64-unknown-linux-gnu/4.1.2/../../../../powerpc64-unknown-linux-gnu/bin/ld: unrecognised emulation mode: -Wl,-soname Supported emulations: elf64ppc elf32ppclinux elf32ppc elf32ppcsim collect2: ld returned 1 exit status
corsair: paste the actual linker line so we can see the command line options being passed.
Created attachment 125342 [details] lirc-0.8.2-output.txt (ppc64) this is the output but uhmm.. look at this: # cd /var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/ # make make all-recursive make[1]: Entering directory `/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2' Making all in drivers make[2]: Entering directory `/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/drivers' make[3]: Entering directory `/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/drivers' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/drivers' make[2]: Leaving directory `/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/drivers' Making all in daemons make[2]: Entering directory `/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/daemons' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/daemons' Making all in tools make[2]: Entering directory `/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/tools' /bin/sh ../libtool --tag=CC --mode=link powerpc64-unknown-linux-gnu-gcc -O2 -pipe -version-info 2:0:2 -o liblirc_client.la -rpath /usr/lib64 lirc_client.lo powerpc64-unknown-linux-gnu-gcc -shared .libs/lirc_client.o -Wl,-soname -Wl,liblirc_client.so.0 -o .libs/liblirc_client.so.0.2.0 (cd .libs && rm -f liblirc_client.so.0 && ln -s liblirc_client.so.0.2.0 liblirc_client.so.0) (cd .libs && rm -f liblirc_client.so && ln -s liblirc_client.so.0.2.0 liblirc_client.so) powerpc64-unknown-linux-gnu-ar cru .libs/liblirc_client.a lirc_client.o powerpc64-unknown-linux-gnu-ranlib .libs/liblirc_client.a [...] running it by hand doesn't fail.
Portage is passing -m without a 32 or a 64. Sounds like some wonky multilib issues.
good catch. there should be the need to pass -m at all though (like seen in the manual compile). I'm not familiar with these kind of problems..
ppc64 stable I've switched to an older profile (2004.3) and that time lirc compiled fine. current stable version does not compile with 2007.0 profile, so I've marked 0.8.2-r1 stable. (as it's no regression) we need to fix our profile... but that's our problem ;-) last arch CC'd -> marking as FIXED