* Compiler errors in alsa-lib-1.0.22/test/*.c
@ 2010-07-12 15:20 John Simpson
2010-07-13 6:18 ` Clemens Ladisch
0 siblings, 1 reply; 12+ messages in thread
From: John Simpson @ 2010-07-12 15:20 UTC (permalink / raw)
To: alsa-devel
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 Wesley Simpson
SwaJime's Cove℠
www.swajime.com
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Compiler errors in alsa-lib-1.0.22/test/*.c
2010-07-12 15:20 Compiler errors in alsa-lib-1.0.22/test/*.c John Simpson
@ 2010-07-13 6:18 ` Clemens Ladisch
2010-07-18 2:43 ` John Simpson
0 siblings, 1 reply; 12+ messages in thread
From: Clemens Ladisch @ 2010-07-13 6:18 UTC (permalink / raw)
To: john; +Cc: alsa-devel
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Compiler errors in alsa-lib-1.0.22/test/*.c
2010-07-13 6:18 ` Clemens Ladisch
@ 2010-07-18 2:43 ` John Simpson
2010-07-18 2:45 ` John Simpson
0 siblings, 1 reply; 12+ messages in thread
From: John Simpson @ 2010-07-18 2:43 UTC (permalink / raw)
To: alsa-devel
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Compiler errors in alsa-lib-1.0.22/test/*.c
2010-07-18 2:43 ` John Simpson
@ 2010-07-18 2:45 ` John Simpson
2010-07-18 2:46 ` John Simpson
0 siblings, 1 reply; 12+ messages in thread
From: John Simpson @ 2010-07-18 2:45 UTC (permalink / raw)
To: alsa-devel
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Compiler errors in alsa-lib-1.0.22/test/*.c
2010-07-18 2:45 ` John Simpson
@ 2010-07-18 2:46 ` John Simpson
2010-07-19 8:52 ` Jaroslav Kysela
0 siblings, 1 reply; 12+ messages in thread
From: John Simpson @ 2010-07-18 2:46 UTC (permalink / raw)
To: alsa-devel
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. :-(
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Compiler errors in alsa-lib-1.0.22/test/*.c
2010-07-18 2:46 ` John Simpson
@ 2010-07-19 8:52 ` Jaroslav Kysela
2010-07-19 22:27 ` John Simpson
0 siblings, 1 reply; 12+ messages in thread
From: Jaroslav Kysela @ 2010-07-19 8:52 UTC (permalink / raw)
To: John Simpson; +Cc: alsa-devel
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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Compiler errors in alsa-lib-1.0.22/test/*.c
2010-07-19 8:52 ` Jaroslav Kysela
@ 2010-07-19 22:27 ` John Simpson
2010-07-19 22:54 ` John Simpson
2010-07-20 16:19 ` John Simpson
0 siblings, 2 replies; 12+ messages in thread
From: John Simpson @ 2010-07-19 22:27 UTC (permalink / raw)
To: alsa-devel
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?
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Compiler errors in alsa-lib-1.0.22/test/*.c
2010-07-19 22:27 ` John Simpson
@ 2010-07-19 22:54 ` John Simpson
2010-07-19 23:25 ` John Simpson
2010-07-20 16:19 ` John Simpson
1 sibling, 1 reply; 12+ messages in thread
From: John Simpson @ 2010-07-19 22:54 UTC (permalink / raw)
To: alsa-devel
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
>>
>> 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?
>
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Compiler errors in alsa-lib-1.0.22/test/*.c
2010-07-19 22:54 ` John Simpson
@ 2010-07-19 23:25 ` John Simpson
0 siblings, 0 replies; 12+ messages in thread
From: John Simpson @ 2010-07-19 23:25 UTC (permalink / raw)
To: alsa-devel
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
>>>
>>> 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?
>>
>
> 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.
:-(
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Compiler errors in alsa-lib-1.0.22/test/*.c
2010-07-19 22:27 ` John Simpson
2010-07-19 22:54 ` John Simpson
@ 2010-07-20 16:19 ` John Simpson
2010-07-21 6:58 ` Clemens Ladisch
1 sibling, 1 reply; 12+ messages in thread
From: John Simpson @ 2010-07-20 16:19 UTC (permalink / raw)
To: alsa-devel
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
>>
>> 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?
>
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Compiler errors in alsa-lib-1.0.22/test/*.c
2010-07-20 16:19 ` John Simpson
@ 2010-07-21 6:58 ` Clemens Ladisch
2010-07-21 16:17 ` John Simpson
0 siblings, 1 reply; 12+ messages in thread
From: Clemens Ladisch @ 2010-07-21 6:58 UTC (permalink / raw)
To: john; +Cc: alsa-devel
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Compiler errors in alsa-lib-1.0.22/test/*.c
2010-07-21 6:58 ` Clemens Ladisch
@ 2010-07-21 16:17 ` John Simpson
0 siblings, 0 replies; 12+ messages in thread
From: John Simpson @ 2010-07-21 16:17 UTC (permalink / raw)
To: alsa-devel
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
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2010-07-21 16:17 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-07-12 15:20 Compiler errors in alsa-lib-1.0.22/test/*.c John Simpson
2010-07-13 6:18 ` Clemens Ladisch
2010-07-18 2:43 ` John Simpson
2010-07-18 2:45 ` John Simpson
2010-07-18 2:46 ` John Simpson
2010-07-19 8:52 ` Jaroslav Kysela
2010-07-19 22:27 ` John Simpson
2010-07-19 22:54 ` John Simpson
2010-07-19 23:25 ` John Simpson
2010-07-20 16:19 ` John Simpson
2010-07-21 6:58 ` Clemens Ladisch
2010-07-21 16:17 ` John Simpson
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.