[alsa-devel] Compiler errors in alsa-lib-1.0.22/test/*.c
Howdy,
I've been trying to use the alsa-lib API, but I haven't been able to get anything to compile.
================= ~/alsa/alsa-lib-1.0.22/test$ for f in *.c; do echo; cc $f 2>&1 | head -n2; done
/tmp/ccNjLWLK.o: In function `dump_event_filter': client_event_filter.c:(.text+0x23): undefined reference to `snd_seq_client_info_event_filter_check'
/tmp/ccNLDqdU.o: In function `main': control.c:(.text+0x1c): undefined reference to `snd_ctl_card_info_sizeof'
/tmp/ccBehb51.o: In function `setparams_stream': latency.c:(.text+0x24): undefined reference to `snd_pcm_hw_params_any'
/usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib/crt1.o: In function `_start': (.text+0x20): undefined reference to `main'
midiloop.c: In function ‘main’: midiloop.c:172: warning: format ‘%i’ expects type ‘int’, but argument 2 has type ‘size_t’
namehint.c: In function ‘main’: namehint.c:12: warning: passing argument 3 of ‘snd_device_name_hint’ from incompatible pointer type
oldapi.c: In function ‘main’: oldapi.c:40: warning: assignment from incompatible pointer type
/tmp/ccmB528p.o: In function `generate_sine': pcm.c:(.text+0x119): undefined reference to `snd_pcm_format_width'
/tmp/ccChgWYC.o: In function `main': pcm_min.c:(.text+0x4d): undefined reference to `snd_pcm_open'
/tmp/cc9FiONG.o: In function `write_ev': playmidi1.c:(.text+0x1b65): undefined reference to `snd_seq_event_output'
/tmp/ccQkntBX.o: In function `main': queue_timer.c:(.text+0x1d0): undefined reference to `snd_seq_open'
/tmp/ccmIMCZ4.o: In function `main': rawmidi.c:(.text+0x4e3): undefined reference to `snd_rawmidi_open'
/tmp/cc3g8KGc.o: In function `event_decoder_start_timer': seq.c:(.text+0x4e2): undefined reference to `snd_seq_control_queue'
seq-decoder.c:6: error: ‘SND_SEQ_EVENT_SYSTEM’ undeclared here (not in a function) seq-decoder.c:6: error: array index in initializer not of integer type
seq-sender.c:68: error: expected ‘)’ before ‘*’ token seq-sender.c:100: error: expected ‘)’ before ‘*’ token
/tmp/ccxyZfhg.o: In function `show_status': timer.c:(.text+0x1d): undefined reference to `snd_timer_status_sizeof' =================
Did I miss something?
TIA
John Simpson wrote:
I've been trying to use the alsa-lib API, but I haven't been able to get anything to compile.
~/alsa/alsa-lib-1.0.22/test$ for f in *.c; do echo; cc $f 2>&1 | head -n2; done ... Did I miss something?
The makefile.
If alsa-lib is installed correctly, the only option you need for your own programs is -lasound.
Regards, Clemens
Thanks bunches. That got me at least one step further. :D The makefile did not do anything in the test directory for some reason. I won't have access to that computer for a couple of days.
I appreciate the pointer! :D
On Wed, Jul 14, 2010 at 1:56 AM, John Simpson john@swajime.com wrote:
The makefile did not do anything in the test directory for some reason.
Now that I've had another chance to try this, the makefile still does not produce any executables:
[1|user@Nokia-N810-43-7|~/alsa-lib-1.0.23]ls COPYING MEMORY-LEAK NOTES aclocal.m4 compile config.sub depcomp include ltconfig missing test ChangeLog Makefile.am TODO alsalisp config.guess configure doc install-sh ltmain.sh modules utils INSTALL Makefile.in acinclude.m4 aserver config.log configure.in gitcompile libtool m4 src version [1|user@Nokia-N810-43-7|~/alsa-lib-1.0.23]./configure ... config.status: executing depfiles commands Creating asoundlib.h... [1|user@Nokia-N810-43-7|~/alsa-lib-1.0.23]ls COPYING Makefile TODO aserver config.status depcomp install-sh m4 test ChangeLog Makefile.am acinclude.m4 compile config.sub doc libtool missing utils INSTALL Makefile.in aclocal.m4 config.guess configure gitcompile ltconfig modules version MEMORY-LEAK NOTES alsalisp config.log configure.in include ltmain.sh src
[1|user@Nokia-N810-43-7|~/alsa-lib-1.0.23]root [1|root@Nokia-N810-43-7|~]cd ~user/alsa-lib-1.0.23/ [1|root@Nokia-N810-43-7|/home/user/alsa-lib-1.0.23]make install === < clipped > === Making install in test make[1]: Entering directory `/home/user/alsa-lib-1.0.23/test' Making install in . make[2]: Entering directory `/home/user/alsa-lib-1.0.23/test' make[3]: Entering directory `/home/user/alsa-lib-1.0.23/test' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/home/user/alsa-lib-1.0.23/test' make[2]: Leaving directory `/home/user/alsa-lib-1.0.23/test' Making install in lsb make[2]: Entering directory `/home/user/alsa-lib-1.0.23/test/lsb' make[3]: Entering directory `/home/user/alsa-lib-1.0.23/test/lsb' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/home/user/alsa-lib-1.0.23/test/lsb' make[2]: Leaving directory `/home/user/alsa-lib-1.0.23/test/lsb' make[1]: Leaving directory `/home/user/alsa-lib-1.0.23/test' === < clipped > === [1|root@Nokia-N810-43-7|/home/user/alsa-lib-1.0.23]ls test Makefile control.c midifile.c oldapi.c queue_timer.c seq.c Makefile.am latency.c midifile.h pcm.c rawmidi.c timer.c Makefile.in lsb midiloop.c pcm_min.c seq-decoder.c client_event_filter.c midifile.3 namehint.c playmidi1.c seq-sender.c
On Sat, Jul 17, 2010 at 9:28 PM, John Simpson john@swajime.com wrote:
On Wed, Jul 14, 2010 at 1:56 AM, John Simpson john@swajime.com wrote:
The makefile did not do anything in the test directory for some reason.
Now that I've had another chance to try this, the makefile still does not produce any executables:
ditto for Ubuntu Lucid:
john@system76-pc:~$ wget ftp://ftp.alsa-project.org/pub/lib/alsa-lib-1.0.23.tar.bz2 john@system76-pc:~$ bunzip2 alsa-lib-1.0.23.tar.bz2 john@system76-pc:~$ tar -xf alsa-lib-1.0.23.tar john@system76-pc:~$ cd alsa-lib-1.0.23/ john@system76-pc:~/alsa-lib-1.0.23$ ./configure ... Creating asoundlib.h... john@system76-pc:~/alsa-lib-1.0.23$ make ... Making all in test make[1]: Entering directory `/home/john/alsa-lib-1.0.23/test' Making all in . make[2]: Entering directory `/home/john/alsa-lib-1.0.23/test' make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/home/john/alsa-lib-1.0.23/test' Making all in lsb make[2]: Entering directory `/home/john/alsa-lib-1.0.23/test/lsb' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/john/alsa-lib-1.0.23/test/lsb' make[1]: Leaving directory `/home/john/alsa-lib-1.0.23/test' ... john@system76-pc:~/alsa-lib-1.0.23$ sudo make install [sudo] password for john: ... Making install in test make[1]: Entering directory `/home/john/alsa-lib-1.0.23/test' Making install in . make[2]: Entering directory `/home/john/alsa-lib-1.0.23/test' make[3]: Entering directory `/home/john/alsa-lib-1.0.23/test' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/home/john/alsa-lib-1.0.23/test' make[2]: Leaving directory `/home/john/alsa-lib-1.0.23/test' ... john@system76-pc:~/alsa-lib-1.0.23$ ls test client_event_filter.c latency.c Makefile Makefile.in midifile.c midiloop.c oldapi.c pcm_min.c queue_timer.c seq.c seq-sender.c control.c lsb Makefile.am midifile.3 midifile.h namehint.c pcm.c playmidi1.c rawmidi.c seq-decoder.c timer.c john@system76-pc:~/alsa-lib-1.0.23$
No executable test files. :-(
On Sat, 17 Jul 2010, John Simpson wrote:
On Sat, Jul 17, 2010 at 9:28 PM, John Simpson john@swajime.com wrote:
On Wed, Jul 14, 2010 at 1:56 AM, John Simpson john@swajime.com wrote:
The makefile did not do anything in the test directory for some reason.
Now that I've had another chance to try this, the makefile still does not produce any executables:
ditto for Ubuntu Lucid:
john@system76-pc:~$ wget ftp://ftp.alsa-project.org/pub/lib/alsa-lib-1.0.23.tar.bz2 john@system76-pc:~$ bunzip2 alsa-lib-1.0.23.tar.bz2 john@system76-pc:~$ tar -xf alsa-lib-1.0.23.tar john@system76-pc:~$ cd alsa-lib-1.0.23/ john@system76-pc:~/alsa-lib-1.0.23$ ./configure ... Creating asoundlib.h... john@system76-pc:~/alsa-lib-1.0.23$ make ... Making all in test make[1]: Entering directory `/home/john/alsa-lib-1.0.23/test' Making all in . make[2]: Entering directory `/home/john/alsa-lib-1.0.23/test' make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/home/john/alsa-lib-1.0.23/test' Making all in lsb make[2]: Entering directory `/home/john/alsa-lib-1.0.23/test/lsb' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/john/alsa-lib-1.0.23/test/lsb' make[1]: Leaving directory `/home/john/alsa-lib-1.0.23/test' ... john@system76-pc:~/alsa-lib-1.0.23$ sudo make install [sudo] password for john: ... Making install in test make[1]: Entering directory `/home/john/alsa-lib-1.0.23/test' Making install in . make[2]: Entering directory `/home/john/alsa-lib-1.0.23/test' make[3]: Entering directory `/home/john/alsa-lib-1.0.23/test' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/home/john/alsa-lib-1.0.23/test' make[2]: Leaving directory `/home/john/alsa-lib-1.0.23/test' ... john@system76-pc:~/alsa-lib-1.0.23$ ls test client_event_filter.c latency.c Makefile Makefile.in midifile.c midiloop.c oldapi.c pcm_min.c queue_timer.c seq.c seq-sender.c control.c lsb Makefile.am midifile.3 midifile.h namehint.c pcm.c playmidi1.c rawmidi.c seq-decoder.c timer.c john@system76-pc:~/alsa-lib-1.0.23$
No executable test files. :-(
You must force compilation in test directory, for example:
cd alsa-lib/test make pcm
Jaroslav
----- Jaroslav Kysela perex@perex.cz Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.
On 7/19/10, Jaroslav Kysela perex@perex.cz wrote:
You must force compilation in test directory, for example:
cd alsa-lib/test make pcm
Jaroslav
Ok ... I'm learning :o) (i think)
On my n810 that gives me this: [user@nokia ~/src/dsp-alsa/trunk/alsa-lib/test]$ make pcm cc pcm.c -o pcm pcm.c: In function `help': pcm.c:719: warning: use of cast expressions as lvalues is deprecated /var/tmp/ccQOAYhr.o: In function `generate_sine':pcm.c:(.text+0x140): undefined reference to `snd_pcm_format_width' :pcm.c:(.text+0x160): undefined reference to `snd_pcm_format_width' :pcm.c:(.text+0x378): undefined reference to `sin' /var/tmp/ccQOAYhr.o: In function `set_hwparams':pcm.c:(.text+0x5ac): undefined reference to `snd_pcm_hw_params_any' :pcm.c:(.text+0x5c4): undefined reference to `snd_strerror'
On my ubuntu system: john@system76-pc:~/alsa-lib-1.0.23/test$ make pcm if gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -Wall -pipe -g -D_GNU_SOURCE -MT pcm.o -MD -MP -MF ".deps/pcm.Tpo" -c -o pcm.o pcm.c; \ then mv -f ".deps/pcm.Tpo" ".deps/pcm.Po"; else rm -f ".deps/pcm.Tpo"; exit 1; fi make: *** No rule to make target `../src/libasound.la', needed by `pcm'. Stop.
It works on the ubuntu system only if I run 'make check' first, as mentioned by Clemens Ladisch in another post.
I copied the file .deps/pcm.Tpo from the ubunutu system to the n810, and pasted the output from the ubuntu command "make pcm" in directly: [user@nokia ~/src/dsp-alsa/trunk/alsa-lib/test]$ if gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -Wall -pipe -g -D_GNU_SOURCE -MT pcm.o -MD -MP -MF ".deps/pcm.Tpo" -c -o pcm.o pcm.c; then mv -f ".deps/pcm.Tpo" ".deps/pcm.Po"; else rm -f ".deps/pcm.Tpo"; exit 1; fi pcm.c: In function `help': pcm.c:719: warning: use of cast expressions as lvalues is deprecated
Now it looks to me like that generated pcm.o on both machines. What do I do with pcm.o now?
On 7/19/10, John Simpson john@swajime.com wrote:
On 7/19/10, Jaroslav Kysela perex@perex.cz wrote:
You must force compilation in test directory, for example:
cd alsa-lib/test make pcm
JaroslavOk ... I'm learning :o) (i think)
On my n810 that gives me this: [user@nokia ~/src/dsp-alsa/trunk/alsa-lib/test]$ make pcm cc pcm.c -o pcm pcm.c: In function `help': pcm.c:719: warning: use of cast expressions as lvalues is deprecated /var/tmp/ccQOAYhr.o: In function `generate_sine':pcm.c:(.text+0x140): undefined reference to `snd_pcm_format_width' :pcm.c:(.text+0x160): undefined reference to `snd_pcm_format_width' :pcm.c:(.text+0x378): undefined reference to `sin' /var/tmp/ccQOAYhr.o: In function `set_hwparams':pcm.c:(.text+0x5ac): undefined reference to `snd_pcm_hw_params_any' :pcm.c:(.text+0x5c4): undefined reference to `snd_strerror'
On my ubuntu system: john@system76-pc:~/alsa-lib-1.0.23/test$ make pcm if gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -Wall -pipe -g -D_GNU_SOURCE -MT pcm.o -MD -MP -MF ".deps/pcm.Tpo" -c -o pcm.o pcm.c; \ then mv -f ".deps/pcm.Tpo" ".deps/pcm.Po"; else rm -f ".deps/pcm.Tpo"; exit 1; fi make: *** No rule to make target `../src/libasound.la', needed by `pcm'. Stop.
It works on the ubuntu system only if I run 'make check' first, as mentioned by Clemens Ladisch in another post.
I copied the file .deps/pcm.Tpo from the ubunutu system to the n810, and pasted the output from the ubuntu command "make pcm" in directly: [user@nokia ~/src/dsp-alsa/trunk/alsa-lib/test]$ if gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -Wall -pipe -g -D_GNU_SOURCE -MT pcm.o -MD -MP -MF ".deps/pcm.Tpo" -c -o pcm.o pcm.c; then mv -f ".deps/pcm.Tpo" ".deps/pcm.Po"; else rm -f ".deps/pcm.Tpo"; exit 1; fi pcm.c: In function `help': pcm.c:719: warning: use of cast expressions as lvalues is deprecated
Now it looks to me like that generated pcm.o on both machines. What do I do with pcm.o now?
I'm going to try 1.0.23 on the n810 again, now that I see it works on the ubuntu system.
[user@nokia ~/src/dsp-alsa/trunk/alsa-lib]$ cat version 1.0.10
On 7/19/10, John Simpson john@swajime.com wrote:
On 7/19/10, John Simpson john@swajime.com wrote:
On 7/19/10, Jaroslav Kysela perex@perex.cz wrote:
You must force compilation in test directory, for example:
cd alsa-lib/test make pcm
JaroslavOk ... I'm learning :o) (i think)
On my n810 that gives me this: [user@nokia ~/src/dsp-alsa/trunk/alsa-lib/test]$ make pcm cc pcm.c -o pcm pcm.c: In function `help': pcm.c:719: warning: use of cast expressions as lvalues is deprecated /var/tmp/ccQOAYhr.o: In function `generate_sine':pcm.c:(.text+0x140): undefined reference to `snd_pcm_format_width' :pcm.c:(.text+0x160): undefined reference to `snd_pcm_format_width' :pcm.c:(.text+0x378): undefined reference to `sin' /var/tmp/ccQOAYhr.o: In function `set_hwparams':pcm.c:(.text+0x5ac): undefined reference to `snd_pcm_hw_params_any' :pcm.c:(.text+0x5c4): undefined reference to `snd_strerror'
On my ubuntu system: john@system76-pc:~/alsa-lib-1.0.23/test$ make pcm if gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -Wall -pipe -g -D_GNU_SOURCE -MT pcm.o -MD -MP -MF ".deps/pcm.Tpo" -c -o pcm.o pcm.c; \ then mv -f ".deps/pcm.Tpo" ".deps/pcm.Po"; else rm -f ".deps/pcm.Tpo"; exit 1; fi make: *** No rule to make target `../src/libasound.la', needed by `pcm'. Stop.
It works on the ubuntu system only if I run 'make check' first, as mentioned by Clemens Ladisch in another post.
I copied the file .deps/pcm.Tpo from the ubunutu system to the n810, and pasted the output from the ubuntu command "make pcm" in directly: [user@nokia ~/src/dsp-alsa/trunk/alsa-lib/test]$ if gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -Wall -pipe -g -D_GNU_SOURCE -MT pcm.o -MD -MP -MF ".deps/pcm.Tpo" -c -o pcm.o pcm.c; then mv -f ".deps/pcm.Tpo" ".deps/pcm.Po"; else rm -f ".deps/pcm.Tpo"; exit 1; fi pcm.c: In function `help': pcm.c:719: warning: use of cast expressions as lvalues is deprecated
Now it looks to me like that generated pcm.o on both machines. What do I do with pcm.o now?
I'm going to try 1.0.23 on the n810 again, now that I see it works on the ubuntu system.
[user@nokia ~/src/dsp-alsa/trunk/alsa-lib]$ cat version 1.0.10
Back to square 1 ... 1.0.23 bricks the n810. :-(
On 7/19/10, John Simpson john@swajime.com wrote:
On 7/19/10, Jaroslav Kysela perex@perex.cz wrote:
You must force compilation in test directory, for example:
cd alsa-lib/test make pcm
JaroslavOk ... I'm learning :o) (i think)
On my n810 that gives me this: [user@nokia ~/src/dsp-alsa/trunk/alsa-lib/test]$ make pcm cc pcm.c -o pcm pcm.c: In function `help': pcm.c:719: warning: use of cast expressions as lvalues is deprecated /var/tmp/ccQOAYhr.o: In function `generate_sine':pcm.c:(.text+0x140): undefined reference to `snd_pcm_format_width' :pcm.c:(.text+0x160): undefined reference to `snd_pcm_format_width' :pcm.c:(.text+0x378): undefined reference to `sin' /var/tmp/ccQOAYhr.o: In function `set_hwparams':pcm.c:(.text+0x5ac): undefined reference to `snd_pcm_hw_params_any' :pcm.c:(.text+0x5c4): undefined reference to `snd_strerror'
On my ubuntu system: john@system76-pc:~/alsa-lib-1.0.23/test$ make pcm if gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -Wall -pipe -g -D_GNU_SOURCE -MT pcm.o -MD -MP -MF ".deps/pcm.Tpo" -c -o pcm.o pcm.c; \ then mv -f ".deps/pcm.Tpo" ".deps/pcm.Po"; else rm -f ".deps/pcm.Tpo"; exit 1; fi make: *** No rule to make target `../src/libasound.la', needed by `pcm'. Stop.
It works on the ubuntu system only if I run 'make check' first, as mentioned by Clemens Ladisch in another post.
I copied the file .deps/pcm.Tpo from the ubunutu system to the n810, and pasted the output from the ubuntu command "make pcm" in directly: [user@nokia ~/src/dsp-alsa/trunk/alsa-lib/test]$ if gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -Wall -pipe -g -D_GNU_SOURCE -MT pcm.o -MD -MP -MF ".deps/pcm.Tpo" -c -o pcm.o pcm.c; then mv -f ".deps/pcm.Tpo" ".deps/pcm.Po"; else rm -f ".deps/pcm.Tpo"; exit 1; fi pcm.c: In function `help': pcm.c:719: warning: use of cast expressions as lvalues is deprecated
Now it looks to me like that generated pcm.o on both machines. What do I do with pcm.o now?
Trying again ... This time, checking out https://vcs.maemo.org/svn/dsp-alsa and trying to compile pcm.c without 'building' first:
$ cd ~/src $ svn checkout https://vcs.maemo.org/svn/dsp-alsa $ cd dsp-alsa/trunk/alsa-lib #### cvscompile does not succeed $ cd ~/src/dsp-alsa/trunk/alsa-lib/test
$ gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -Wall -pipe -g -D_GNU_SOURCE -MT control.o -MD -MP -c -o control.o control.c $ gcc -Wall -pipe -g -D_GNU_SOURCE -o .libs/control control.o /usr/lib/libasound.so -lm -ldl -lpthread -lrt $ .libs/control ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:CARD=0 Open error: No such file or directory
$ gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -Wall -pipe -g -D_GNU_SOURCE -MT pcm.o -MD -MP -c -o pcm.o pcm.c pcm.c: In function `help': pcm.c:719: warning: use of cast expressions as lvalues is deprecated $ gcc -Wall -pipe -g -D_GNU_SOURCE -o .libs/pcm pcm.o /usr/lib/libasound.so -lm -ldl -lpthread -lrt $ .libs/pcm -D 'default' -vf 440 Playback device is default Stream parameters are 44100Hz, S16_LE, 1 channels Sine wave rate is 440.0000Hz Using transfer method: write
====
Still no sound :-(
j
John Simpson wrote:
Playback open error: Inappropriate ioctl for device
Make sure that both your kernel and your alsa-lib use the correct compiler and compiler flags (where "correct" usually means "whatever the vendor's distribution uses").
This time, checking out https://vcs.maemo.org/svn/dsp-alsa
It would be nice to know what the changes from the original alsa-lib are; in theory, they should go upstream.
$ cd dsp-alsa/trunk/alsa-lib #### cvscompile does not succeed
Why?
$ .libs/pcm -D 'default' -vf 440 Playback device is default Stream parameters are 44100Hz, S16_LE, 1 channels Sine wave rate is 440.0000Hz Using transfer method: write
Still no sound :-(
Mixer controls not set? (amixer and alsamixer are in alsa-utils)
Regards, Clemens
On 7/21/10, Clemens Ladisch clemens@ladisch.de wrote:
John Simpson wrote:
Playback open error: Inappropriate ioctl for device
Make sure that both your kernel and your alsa-lib use the correct compiler and compiler flags (where "correct" usually means "whatever the vendor's distribution uses").
You've gone way over my head ... How do I find out what flags were used to compile the kernel?
This time, checking out https://vcs.maemo.org/svn/dsp-alsa
It would be nice to know what the changes from the original alsa-lib are; in theory, they should go upstream.
I agree ... but it looks like that is an abandoned project; at https://garage.maemo.org/plugins/scmsvn/viewcvs.php/?root=dsp-alsa it says the last modification was 3 years ago. The text file "version" says 1.0.10
I found that "apt-get source libasound2" gives me a newer version: [1|user at Nokia-N810-43-7|~/src/alsa-lib-1.0.14sa/test]cat ../../alsa-lib_1.0.14sa-2maemo2.dsc Format: 1.0 Source: alsa-lib Version: 1.0.14sa-2maemo2 Binary: lib32asound2-dev, lib64asound2, lib32asound2, libasound2-dev, libasound2, libasound2-doc, libasound2-dbg, lib64asound2-dev Maintainer: Debian ALSA Maintainers <pkg-alsa-devel at lists.alioth.debian.org> Architecture: any Standards-Version: 3.7.2 Build-Depends: debhelper (>= 4.2.32), quilt (>= 0.40), autotools-dev, doxygen, libc6-dev-powerpc [ppc64], libc6-dev-i386 [amd64], libc6-dev-ppc64 [powerpc], libc6-dev-s390x [s390], libc6-dev-sparc64 [sparc], lib32gcc1 [amd64 ppc64], libc6-dev (>= 2.5) [armel] Vcs-Browser: http://svn.debian.org/wsvn/pkg-alsa/trunk/alsa-lib/ Uploaders: Jordi Mallach <jordi at debian.org>, Mikael Magnusson <mikma at users.sourceforge.net>, Elimar Riesebieter <riesebie at lxtec.de>, Marc-Andre Lureau <marc-andre.lureau at nokia.com> Vcs-Svn: svn://svn.debian.org/pkg-alsa/trunk/alsa-lib Files: 5542a18a1479e4de4b9890e30e94588e 1099165 alsa-lib_1.0.14sa.orig.tar.gz fc02aa3dbf2f66fb090e02ada703cc1d 47455 alsa-lib_1.0.14sa-2maemo2.diff.gz
This version seems to install correctly, but still gives me no sound. The full log of my latest effort is here -> http://www.swajime.com/n810/alsa-lib_1.0.14sa-2maemo2.log
$ cd dsp-alsa/trunk/alsa-lib #### cvscompile does not succeed
Why?
I honestly don't know. :-( It looks like a bug in m4? Here is the log for cvscompile: [1|root@Nokia-N810-43-7|/home/user/src/dsp-alsa/trunk/alsa-lib]cat cvscompile #!/bin/bash
touch ltconfig libtoolize --force --copy --automake aclocal $ACLOCAL_FLAGS autoheader automake --foreign --copy --add-missing touch depcomp # seems to be missing for old automake autoconf export CFLAGS='-O2 -Wall -W -pipe -g' echo "CFLAGS=$CFLAGS" echo "./configure $@" ./configure $@ || exit 1 unset CFLAGS if [ -z "$CVSCOMPILE_NO_MAKE" ]; then make fi [1|user@Nokia-N810-43-7|~/src/dsp-alsa/trunk/alsa-lib]bash -v ./cvscompile #!/bin/bash
touch ltconfig libtoolize --force --copy --automake aclocal $ACLOCAL_FLAGS aclocal: configure.in: 41: macro `AM_PROG_LIBTOOL' not found in library autoheader configure.in:41: /usr/local/bin/m4: ERROR: Copying inserted file: No space left on device autom4te: /usr/local/bin/m4 failed with exit status: 1 autoheader: /usr/local/bin/autom4te failed with exit status: 1 automake --foreign --copy --add-missing configure.in:41: /usr/local/bin/m4: ERROR: Copying inserted file: No space left on device autom4te: /usr/local/bin/m4 failed with exit status: 1 configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE, configure.in: that aclocal.m4 is present in the top-level directory, configure.in: and that aclocal.m4 was recently regenerated (using aclocal). automake: no `Makefile.am' found or specified touch depcomp # seems to be missing for old automake autoconf configure.in:41: /usr/local/bin/m4: ERROR: Copying inserted file: No space left on device autom4te: /usr/local/bin/m4 failed with exit status: 1 export CFLAGS='-O2 -Wall -W -pipe -g' echo "CFLAGS=$CFLAGS" CFLAGS=-O2 -Wall -W -pipe -g echo "./configure $@" ./configure ./configure $@ || exit 1 ./cvscompile: line 13: ./configure: No such file or directory [1|user@Nokia-N810-43-7|~/src/dsp-alsa/trunk/alsa-lib]
$ .libs/pcm -D 'default' -vf 440 Playback device is default Stream parameters are 44100Hz, S16_LE, 1 channels Sine wave rate is 440.0000Hz Using transfer method: write
Still no sound :-(
Mixer controls not set? (amixer and alsamixer are in alsa-utils)
I haven't been able to find alsa-utils in any maemo/diablo repositories. [1|root@Nokia-N810-43-7|/home]apt-get install alsa-utils Reading package lists... Done Building dependency tree Reading state information... Done Package alsa-utils is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package alsa-utils has no installation candidate [1|root@Nokia-N810-43-7|/home]apt-cache show tablet-sound Package: tablet-sound Version: 2.4 Architecture: armel Maintainer: Carsten Munk cvm@cs.au.dk Installed-Size: 68 Depends: alsa-base, alsa-utils, libasound2-plugins, osso-dsp-loader, osso-dsp-modules-rx-44 Priority: optional Section: contrib/utils Filename: pool/contrib/t/tablet-sound/tablet-sound_2.4_armel.deb Size: 2838 SHA256: c33a8cecb745ff825e673c95b34ee51b545249c1961c06a5c1469f29c7906ff8 SHA1: b93846811b8e2145d0491e8b601d5b3d001b2b3b MD5sum: e28921079d7a43d11ba5288fbcd654d7 Description: Provides sound support for Deblet on Nokia Internet Tablets Metapackage that provides sound support on Nokia Internet Tablets
[1|root@Nokia-N810-43-7|/home]apt-get install tablet-sound Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming.
Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation:
The following packages have unmet dependencies: tablet-sound: Depends: alsa-base but it is not installable Depends: alsa-utils but it is not installable E: Broken packages [1|root@Nokia-N810-43-7|/home]
I'm sorry to be so bothersome ... I'm just a hapless n810 owner wanting to write a very simple PCM program in C. The file pcm.c looks like the best place to start, but the more I try to get that working the more I'm thinking that I must be going about this wrong. :-(
I am appreciating all the help I've been getting here.
Has anybody else succeeded with compiling this pcm.c on an n810?
j
participants (3)
-
Clemens Ladisch -
Jaroslav Kysela -
John Simpson