alsa-conf will not compile

alsa-conf will not compile

[James Courtier-Dutton]

[-- Attachment #1: Type: text/plain, Size: 194 bytes --]

Hello

I just got the latest alsa 0.9.x cvs (as of about 5 mins ago)
Everything compiles fine, except alsa-conf

I enclose stdout and stderr output from the ./cvscompile command.

Cheers
James


[-- Attachment #2: stdout --]
[-- Type: text/plain, Size: 5368 bytes --]

`/usr/share/automake/install-sh' -> `./install-sh'
`/usr/share/automake/ylwrap' -> `./ylwrap'
`/usr/share/automake/mkinstalldirs' -> `./mkinstalldirs'
`/usr/share/automake/missing' -> `./missing'
loading cache ./config.cache
checking for a BSD compatible install... (cached) /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking for bison... (cached) bison -y
checking for gcc... (cached) gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for c++... (cached) c++
checking whether the C++ compiler (c++  ) works... yes
checking whether the C++ compiler (c++  ) is a cross-compiler... no
checking whether we are using GNU C++... (cached) yes
checking whether c++ accepts -g... (cached) yes
checking for a BSD compatible install... /usr/bin/install -c
checking whether ln -s works... (cached) yes
checking for ranlib... (cached) ranlib
checking for SLcurrent_time_string in -lslang... (cached) yes
checking for Gpm_Close in -lgpm... (cached) no
checking how to run the C preprocessor... (cached) gcc -E
checking for ANSI C header files... (cached) yes
checking for slang/slang.h... (cached) no
checking for slang.h... (cached) yes
checking for newt.h... (cached) yes
checking for working const... (cached) yes
checking for size_t... (cached) yes
creating ./config.status
creating Makefile
creating newt/Makefile
creating config.h
config.h is unchanged
cd . && autoheader
make  all-recursive
make[1]: Entering directory `/usr/local/alsacvs/alsa-conf'
Making all in newt
make[2]: Entering directory `/usr/local/alsacvs/alsa-conf/newt'
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/slang    -g -O2 -c newt.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/slang    -g -O2 -c button.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/slang    -g -O2 -c form.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/slang    -g -O2 -c checkbox.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/slang    -g -O2 -c entry.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/slang    -g -O2 -c label.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/slang    -g -O2 -c listbox.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/slang    -g -O2 -c scrollbar.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/slang    -g -O2 -c textbox.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/slang    -g -O2 -c scale.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/slang    -g -O2 -c grid.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/slang    -g -O2 -c windows.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/slang    -g -O2 -c buttonbar.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/slang    -g -O2 -c checkboxtree.c
rm -f libanewt.a
ar cru libanewt.a newt.o button.o form.o checkbox.o entry.o label.o listbox.o scrollbar.o textbox.o scale.o grid.o windows.o buttonbar.o checkboxtree.o 
ranlib libanewt.a
make[2]: Leaving directory `/usr/local/alsacvs/alsa-conf/newt'
make[2]: Entering directory `/usr/local/alsacvs/alsa-conf'
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c Alloc.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c Def.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c Device.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c Devices.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c Expr.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c Field.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c Fields.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c Functor.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c Module.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c Modules.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c Param.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c Params.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c ParamDef.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c ParamDefs.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c PValue.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c PValues.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c String.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c UI.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c UI_newt.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c Value.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c main.cc
c++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt    -g -Wall -ftemplate-depth-20 -c param.cc
make[2]: Leaving directory `/usr/local/alsacvs/alsa-conf'
make[1]: Leaving directory `/usr/local/alsacvs/alsa-conf'

[-- Attachment #3: stderr --]
[-- Type: text/plain, Size: 2847 bytes --]

param.yy: In method `int parse::param_parse()':
param.yy:61: request for member `str' in `*yyvsp', which is of non-aggregate type `int'
param.yy:62: request for member `str' in `*yyvsp', which is of non-aggregate type `int'
param.yy:70: request for member `str' in `yyval', which is of non-aggregate type `int'
param.yy:72: request for member `str' in `yyval', which is of non-aggregate type `int'
param.yy:74: request for member `str' in `yyval', which is of non-aggregate type `int'
param.yy:76: request for member `str' in `yyval', which is of non-aggregate type `int'
param.yy:78: request for member `str' in `yyval', which is of non-aggregate type `int'
param.yy:80: request for member `str' in `yyval', which is of non-aggregate type `int'
param.yy:82: request for member `str' in `yyval', which is of non-aggregate type `int'
param.yy:84: request for member `str' in `yyval', which is of non-aggregate type `int'
param.yy:86: request for member `str' in `yyval', which is of non-aggregate type `int'
param.yy:88: request for member `str' in `yyval', which is of non-aggregate type `int'
param.yy:124: request for member `integer' in `*(yyvsp + 0ffffffec)', which is of non-aggregate type `int'
param.yy:125: request for member `integer' in `*(yyvsp + 0fffffffc)', which is of non-aggregate type `int'
param.yy:133: request for member `str' in `*yyvsp', which is of non-aggregate type `int'
param.yy: In function `int param_lex()':
param.yy:157: `param_lval' undeclared (first use this function)
param.yy:157: (Each undeclared identifier is reported only once
param.yy:157: for each function it appears in.)
param.yy:163: `_ERROR' undeclared (first use this function)
param.yy:168: `_STR' undeclared (first use this function)
param.yy:173: `_NUM' undeclared (first use this function)
param.yy:194: `_CHAR' undeclared (first use this function)
param.yy:196: `_BYTE' undeclared (first use this function)
param.yy:198: `_SHORT' undeclared (first use this function)
param.yy:200: `_INT' undeclared (first use this function)
param.yy:202: `_LONG' undeclared (first use this function)
param.yy:204: `_STRING' undeclared (first use this function)
param.yy:206: `_ARRAY' undeclared (first use this function)
param.yy:208: `_MIN' undeclared (first use this function)
param.yy:210: `_MAX' undeclared (first use this function)
param.yy:212: `_DESCRIPTION' undeclared (first use this function)
param.yy:215: `_ID' undeclared (first use this function)
param.yy:223: warning: control reaches end of non-void function `param_lex()'
Param.hh: At top level:
param.yy:28: `int param_parse()' used but never defined
param.yy:226: warning: `void param_error(const char *)' defined but not used
param.yy:143: warning: `int param_lex()' defined but not used
make[2]: *** [param.o] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive-am] Error 2

alsa-conf will not compile.

[James Courtier-Dutton]

Has anyone managed to get "alsa-conf" to compile ?

I use the current CVS, but it will not compile.
Is "alsa-conf" of any use any more ?

Cheers
James




-------------------------------------------------------
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/

Re: alsa-conf will not compile.

[Mark Constable]

James Courtier-Dutton wrote:
> Has anyone managed to get "alsa-conf" to compile ?

Yes, just now after seeing your message. I was missing
/usr/inlcude/slang.h but once I installed the package
with that header it went thru Ok.

> I use the current CVS, but it will not compile.

You neglected to paste some info about why you compile
did not work. We need to see the errors.

 > Is "alsa-conf" of any use any more ?

I would imagine it would not be in CVS if it was no
longer of any use.

--markc




-------------------------------------------------------
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/

Re: alsa-conf will not compile.

[James Courtier-Dutton]

[-- Attachment #1: Type: text/plain, Size: 741 bytes --]

Mark Constable wrote:

> James Courtier-Dutton wrote:
>
>> Has anyone managed to get "alsa-conf" to compile ?
>
>
> Yes, just now after seeing your message. I was missing
> /usr/inlcude/slang.h but once I installed the package
> with that header it went thru Ok.
>
>> I use the current CVS, but it will not compile.
>
>
> You neglected to paste some info about why you compile
> did not work. We need to see the errors.
>
> > Is "alsa-conf" of any use any more ?
>
> I would imagine it would not be in CVS if it was no
> longer of any use.
>
> --markc
>
Ok, I attach the console output while running cvscompile.
It looks like bad syntax to me, because it does not like the friend 
statement.

I am using GCC 3.04 and G++ 3.04

Cheers
James


[-- Attachment #2: fail.txt.gz --]
[-- Type: application/gzip, Size: 2180 bytes --]

Re: alsa-conf will not compile.

[Takashi Iwai]

At Tue, 25 Jun 2002 01:27:53 +0100,
James Courtier-Dutton wrote:
> 
> Has anyone managed to get "alsa-conf" to compile ?
> 
> I use the current CVS, but it will not compile.
> Is "alsa-conf" of any use any more ?

no, it's not maintained atm.
it was designed for the old system.  since then, some things have been
changed.

iirc the following problems have to be solved:

- rewrite the parser for outputs of new modprobe/modinfo
- rewrite the code to use snd-xxx instead of snd-card-xxx
- the module syntax description was moved from the built-in module
  description to /lib/modules/XXX/modules.generic_string.
  the parser must look at the latter file.


Takashi


-------------------------------------------------------
This sf.net email is sponsored by: Jabber Inc.
Don't miss the IM event of the season | Special offer for OSDN members! 
JabberConf 2002, Aug. 20-22, Keystone, CO http://www.jabberconf.com/osdn

Re: alsa-conf will not compile.

[Joern Nettingsmeier]

Takashi Iwai wrote:
> 
> At Tue, 25 Jun 2002 01:27:53 +0100,
> James Courtier-Dutton wrote:
> >
> > Has anyone managed to get "alsa-conf" to compile ?
> >
> > I use the current CVS, but it will not compile.
> > Is "alsa-conf" of any use any more ?
> 
> no, it's not maintained atm.
> it was designed for the old system.  since then, some things have been
> changed.
> 
> iirc the following problems have to be solved:
> 
> - rewrite the parser for outputs of new modprobe/modinfo
> - rewrite the code to use snd-xxx instead of snd-card-xxx
> - the module syntax description was moved from the built-in module
>   description to /lib/modules/XXX/modules.generic_string.
>   the parser must look at the latter file.
> 

since SuSE 8.0 autoconfigures ALSA in a breeze, perhaps they might be
willing to share some of their yast2 magic ? ;) <hint />


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf

Re: alsa-conf will not compile.

[Takashi Iwai]

At Sat, 29 Jun 2002 21:37:31 +0200,
Joern Nettingsmeier wrote:
> 
> Takashi Iwai wrote:
> > 
> > At Tue, 25 Jun 2002 01:27:53 +0100,
> > James Courtier-Dutton wrote:
> > >
> > > Has anyone managed to get "alsa-conf" to compile ?
> > >
> > > I use the current CVS, but it will not compile.
> > > Is "alsa-conf" of any use any more ?
> > 
> > no, it's not maintained atm.
> > it was designed for the old system.  since then, some things have been
> > changed.
> > 
> > iirc the following problems have to be solved:
> > 
> > - rewrite the parser for outputs of new modprobe/modinfo
> > - rewrite the code to use snd-xxx instead of snd-card-xxx
> > - the module syntax description was moved from the built-in module
> >   description to /lib/modules/XXX/modules.generic_string.
> >   the parser must look at the latter file.
> > 
> 
> since SuSE 8.0 autoconfigures ALSA in a breeze, perhaps they might be
> willing to share some of their yast2 magic ? ;) <hint />

if ycp language becomes standard over the world ;)
(yast2 configurator uses its own script language.)
i myself don't touch much with yast2 development but just helped
debugging...

btw, for configuration of a single card, the modified alsaconf script
might be helpful:

	ftp://ftp.suse.com/pub/people/tiwai/misc/alsaconf

this is based on the old alsaconf shell script but enhanced with
pci/pnp detection.
it can detect even some of old isa chips without pnp (not always fully
functional, though).


Takashi


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf