> It looks like a possible configuration problem to me. I thought so to but...
> Maybe your gcc version doesn't match the gcc version that compiled > your kernel and your kernel modules (check: gcc --version ; cat /proc/version). No. I build the kernel with the only version of GCC on this machine > Maybe there was a problem with the command-line arguments you used for > ./configure. I build with ./configure --with-sequencer=yes --with-oss=yes --with-cards=rme9652 --with-kernel=/usr/src/linux-2.4.23 > Try this example, assuming you have a Hammerfall Light RME-9652 soundcard > and your kernel source directory is /users/me/kernel/linux (check the kernel > versions match between /users/me/kernel/linux and uname -sr) uname -a says Linux jpff 2.4.23 #2 Tue Dec 9 11:31:53 GMT 2003 i686 unknown > Finally, perhaps you could try unpacking the ALSA driver source into a > new directory and doing "make clean" Did that; no change. driver, lib, utils and tools all build without error. oss says [EMAIL PROTECTED] alsa-oss-1.0.0rc2]# make clean test -z "libaoss.la" || rm -f libaoss.la rm -f "./so_locations" rm -rf .libs _libs rm -f *.o core *.core rm -f *.lo rm -f aoss [EMAIL PROTECTED] alsa-oss-1.0.0rc2]# make if /bin/sh ./libtool --mode=compile gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"alsa-oss\" -DVERSION=\"1.0.0rc2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBASOUND=1 -I. -I. -g -O2 -MT alsa-oss.lo -MD -MP -MF ".deps/alsa-oss.Tpo" \ -c -o alsa-oss.lo `test -f 'alsa-oss.c' || echo './'`alsa-oss.c; \ then mv -f ".deps/alsa-oss.Tpo" ".deps/alsa-oss.Plo"; \ else rm -f ".deps/alsa-oss.Tpo"; exit 1; \ fi mkdir .libs gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"alsa-oss\" -DVERSION=\"1.0.0rc2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBASOUND=1 -I. -I. -g -O2 -MT alsa-oss.lo -MD -MP -MF .deps/alsa-oss.Tpo -c alsa-oss.c -fPIC -DPIC -o .libs/alsa-oss.lo gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"alsa-oss\" -DVERSION=\"1.0.0rc2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBASOUND=1 -I. -I. -g -O2 -MT alsa-oss.lo -MD -MP -MF .deps/alsa-oss.Tpo -c alsa-oss.c -o alsa-oss.o >/dev/null 2>&1 mv -f .libs/alsa-oss.lo alsa-oss.lo /bin/sh ./libtool --mode=link gcc -g -O2 -o libaoss.la -rpath /usr/lib alsa-oss.lo -ldl -lasound -lasound -lm -ldl -lpthread rm -fr .libs/libaoss.la .libs/libaoss.* .libs/libaoss.* gcc -shared alsa-oss.lo -ldl /usr/lib/libasound.so -lm -ldl -lpthread -Wl,-soname -Wl,libaoss.so.0 -o .libs/libaoss.so.0.0.0 /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libpthread.a(wrapsyscall.o): In function `close': /usr/src/build/85131-i386/BUILD/glibc-2.2.4/linuxthreads/wrapsyscall.c:74: multiple definition of `__close' alsa-oss.lo:/home/jpff/alsa-oss-1.0.0rc2/alsa-oss.c:1759: first defined here /usr/bin/ld: Warning: size of symbol `__close' changed from 187 to 53 in wrapsyscall.o /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libpthread.a(wrapsyscall.o): In function `fcntl': /usr/src/build/85131-i386/BUILD/glibc-2.2.4/linuxthreads/wrapsyscall.c:79: multiple definition of `__fcntl' alsa-oss.lo:/home/jpff/alsa-oss-1.0.0rc2/alsa-oss.c:1804: first defined here /usr/bin/ld: Warning: size of symbol `__fcntl' changed from 100 to 64 in wrapsyscall.o /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libpthread.a(wrapsyscall.o): In function `open': /usr/src/build/85131-i386/BUILD/glibc-2.2.4/linuxthreads/wrapsyscall.c:111: multiple definition of `__open' alsa-oss.lo:/home/jpff/alsa-oss-1.0.0rc2/alsa-oss.c:1731: first defined here /usr/bin/ld: Warning: size of symbol `__open' changed from 190 to 64 in wrapsyscall.o /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libpthread.a(wrapsyscall.o): In function `read': /usr/src/build/85131-i386/BUILD/glibc-2.2.4/linuxthreads/wrapsyscall.c:153: multiple definition of `__read' alsa-oss.lo:/home/jpff/alsa-oss-1.0.0rc2/alsa-oss.c:1782: first defined here /usr/bin/ld: Warning: size of symbol `__read' changed from 100 to 67 in wrapsyscall.o /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libpthread.a(wrapsyscall.o): In function `write': /usr/src/build/85131-i386/BUILD/glibc-2.2.4/linuxthreads/wrapsyscall.c:178: multiple definition of `__write' alsa-oss.lo:/home/jpff/alsa-oss-1.0.0rc2/alsa-oss.c:1774: first defined here /usr/bin/ld: Warning: size of symbol `__write' changed from 100 to 67 in wrapsyscall.o collect2: ld returned 1 exit status make: *** [libaoss.la] Error 1 That is consistent with alsa-oss-1.0.0rc2 making assumptions about which gcc is being used and which library is being used without checking. So I have a dead system at present. ==John ffitch ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Alsa-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-user