> Seems like that something is broken, but we need to figure what. Anyway,
> you can build library with './configure --with-versioned=no'. It should
> work for all binutils, but it's not a very nice solution.
yes, this worked fine for me - everythings compiled smoothly now :)
thanks
m
--
iri
At Wed, 23 Oct 2002 12:06:39 +0200 (CEST),
Jaroslav wrote:
>
> On Wed, 23 Oct 2002, Takashi Iwai wrote:
>
> > At Wed, 23 Oct 2002 09:57:50 +0200 (CEST),
> > Jaroslav wrote:
> > >
> > > Hi all,
> > >
> > > could everybody with problems of building alsa library (undefined
> > > symbol) send me
hi, and thanks,
> However, the alias for sound-slot-1 is wrong, "audio" is the name of
> the OSS driver. Make that line
> alias sound-slot-1 snd-card-1
> And you need to say which driver to use for snd-card-1. For the UC16 with
> 0.9.0rc3, it would be
> alias snd-card-1 snd-usb-midi
>
I have just updated to CVS.
Debian 2.2
I needed to run autoconf; ./configure; make; ./configure; make
cd alsa-driver
./configure
[...]
checking for USB... no
checking for PCMCIA... yes
./configure: ALSA_TOPLEVEL_INIT: command not found
./configure: ALSA_TOPLEVEL_SELECT: command not found
updat
tomasz motylewski wrote:
I have just updated to CVS.
Debian 2.2
I needed to run autoconf; ./configure; make; ./configure; make
cd alsa-driver
./configure
[...]
checking for USB... no
checking for PCMCIA... yes
./configure: ALSA_TOPLEVEL_INIT: command not found
./configure: ALSA_TOPLEVEL_SELECT
On Wed, Oct 23, 2002 at 11:50:37AM +0200, Clemens Ladisch wrote:
> And you need to say which driver to use for snd-card-1. For the UC16 with
> 0.9.0rc3, it would be
> alias snd-card-1 snd-usb-midi
> For 0.9.0rc4, it would be
> alias snd-card-1 snd-usb-audio
>
It would be better to ad
On Wed, 23 Oct 2002, Martin Langer wrote:
> On Wed, Oct 23, 2002 at 11:50:37AM +0200, Clemens Ladisch wrote:
> > And you need to say which driver to use for snd-card-1. For the UC16 with
> > 0.9.0rc3, it would be
> > alias snd-card-1 snd-usb-midi
> > For 0.9.0rc4, it would be
> > alias snd
On Wed, 23 Oct 2002 19:51:39 +0900
Patrick Shirkey <[EMAIL PROTECTED]> wrote:
PS> >
PS> > What is the "true one" method of compling ALSA CVS?
PS> >
PS>
PS> It's in the online docs but for your convienience
PS>
PS> ./cvscompile --with-cards=snd-xxx;make;make install
PS>
PS> where snd-xxx is th
At Wed, 23 Oct 2002 13:02:28 +0200 (CEST),
Jaroslav wrote:
>
> On Wed, 23 Oct 2002, Martin Langer wrote:
>
> > On Wed, Oct 23, 2002 at 11:50:37AM +0200, Clemens Ladisch wrote:
> > > And you need to say which driver to use for snd-card-1. For the UC16 with
> > > 0.9.0rc3, it would be
> > > alias
At Wed, 23 Oct 2002 12:37:10 +0200 (CEST),
tomasz motylewski wrote:
>
>
> I have just updated to CVS.
>
> Debian 2.2
>
> I needed to run autoconf; ./configure; make; ./configure; make
do you mean that the original configure script in rc4 tarball doesn't
work? if yes, it's a bug of rc4 tarball
> nearly:
> ./cvscompile --with-cards=xxx;make;make install
> where snd-xxx is the name of the module for your card.
i had errors running ./cvscompile and also with running the configure
script that comes with the CVS download, or manually running make
ALSAKERNELDIR=../alsa-kernel...
last nigh
At Wed, 23 Oct 2002 12:24:41 +0100,
James Tappin wrote:
>
> On Wed, 23 Oct 2002 19:51:39 +0900
> Patrick Shirkey <[EMAIL PROTECTED]> wrote:
>
> PS> >
> PS> > What is the "true one" method of compling ALSA CVS?
> PS> >
> PS>
> PS> It's in the online docs but for your convienience
> PS>
> PS> .
I just installed alsa-driver-0.9.0rc4, but alas i get invalid parameter
when modprobing...
$ uname -ra
Linux bitone 2.4.18-686 #1 Sun Apr 14 11:32:47 EST 2002 i686 unknown unknown GNU/Linux
(this is the Debian 2.4.18-686 kernel)
$ tar jxvf alsa-driver-0.9.0rc4.tar.bz2
[...]
$ cd alsa-drive
sorry, just read your mail about the change in module option names.
problem solved.
maarten
---
This sf.net emial is sponsored by: Influence the future
of Java(TM) technology. Join the Java Community
Process(SM) (JCP(SM)) program now.
http:/
Takashi Iwai wrote:
At Wed, 23 Oct 2002 13:02:28 +0200 (CEST),
Jaroslav wrote:
On Wed, 23 Oct 2002, Martin Langer wrote:
On Wed, Oct 23, 2002 at 11:50:37AM +0200, Clemens Ladisch wrote:
And you need to say which driver to use for snd-card-1. For the UC16 with
0.9.0rc3, it would be
alias sn
On Wed, 23 Oct 2002, Maarten de Boer wrote:
> I just installed alsa-driver-0.9.0rc4, but alas i get invalid parameter
> when modprobing...
Unload all rc3 modules, check your /etc/modules.conf (replace all
instances of 'snd_xxx' with 'xxx' (but not 'snd-xxx'!), and try
modprobing snd-emu10k1
Takashi Iwai wrote:
At Wed, 23 Oct 2002 09:37:31 +0200 (METDST),
Clemens Ladisch wrote:
Takashi Iwai wrote:
Clemens Ladisch wrote:
It seems the USB subsystem only loads the first id_table entry it finds
for each interface. As a quick fix, remove the Quattro entry from
usbquirks.h, but I'm go
"m" wrote:
> > alias sound-slot-1 snd-card-1
> > alias snd-card-1 snd-usb-audio
>
> the only thing i'm confused on is that i've now got 2 entries that say
>
> alias sound-slot-0 snd-card-0
> alias snd-card-0 snd-usb-audio
>
> alias sound-slot-1 snd-card-1
> alias snd-card-1 snd-usb-audio
>
Hallo,
I have a problem compiling alsa-utils-0.9.0rc4:
RedHat 8.0
./configure
creating cache ./config.cache
configure: error: can not find install-sh or install.sh in . ./.. ./../..
Any hint?
-Wolfgang
smime.p7s
Description: S/MIME Cryptographic Signature
Takashi Iwai wrote:
> the dependency to rawmidi was missing in the entry for hdsp driver.
> now fixed on cvs.
> Log message:
> fixed dependency of hdsp and usb-audio drivers.
Oops. And I forgot the dependency in alsa-kernel/core/seq/, too.
Index: alsa-kernel/core/seq/Makefile
At Wed, 23 Oct 2002 15:21:21 +0200 (METDST),
Clemens Ladisch wrote:
>
> Takashi Iwai wrote:
> > the dependency to rawmidi was missing in the entry for hdsp driver.
> > now fixed on cvs.
>
> > Log message:
> > fixed dependency of hdsp and usb-audio drivers.
>
> Oops. And I forgot the dependency
Hi everybody, I'm setting up a Linux box with a Sb Audigy, so I downloaded the latest
Alsa release but I get the following error while compiling the libraries (driver
compiling went just fine):
gcc -shared conf.lo confmisc.lo input.lo output.lo async.lo error.lo dlmisc.lo
-Wl,--whole-archive c
Hi all,
it looks like we have problems on rc4 tarballs.
the reason is the old libtool and generated files by the old auto*
tools included in the tarballs.
so, cvscompile should work, if you have newer libtool.
anyway, we'll release rc5 ASAP.
please be patient for a while now.
Takashi
Once upon a time, Wolfgang wrote :
> I have a problem compiling alsa-utils-0.9.0rc4:
>
> RedHat 8.0
>
> ./configure
>
> creating cache ./config.cache
> configure: error: can not find install-sh or install.sh in . ./.. ./../..
>
> Any hint?
I see the same problem. In the tarball, there are lin
At Wed, 23 Oct 2002 16:50:03 +0200,
Matthias Saou wrote:
>
> Once upon a time, Wolfgang wrote :
>
> > I have a problem compiling alsa-utils-0.9.0rc4:
> >
> > RedHat 8.0
> >
> > ./configure
> >
> > creating cache ./config.cache
> > configure: error: can not find install-sh or install.sh in . ./
Hi,
Seeing how the 0.9.0rc4 release went, I was wondering if the ALSA people
wouldn't mind re-thinking the release method?
Apparently, Jaroslav and Takashi are the ones doing most, so this is
especially targetted to them.
One suggestion :
- Would it be possible to release some tarballs, supposed
At Wed, 23 Oct 2002 17:05:53 +0200,
Matthias Saou wrote:
>
> Hi,
>
> Seeing how the 0.9.0rc4 release went, I was wondering if the ALSA people
> wouldn't mind re-thinking the release method?
> Apparently, Jaroslav and Takashi are the ones doing most, so this is
> especially targetted to them.
>
>
Once upon a time, Takashi wrote :
> but, unfortuantely, we are in the stage of rc - that is, basically,
> each release could be the final one (what an ironical situation...)
> so, the test for the rc makes no sense from its definition.
Ironical indeed since this has been lasting for some time now
Hi,
There are some frame-based formats defined in asound.h and pcm.h. For full-rate
GSM, frames are 260 bits every 20 ms. So my question is:
In such a case, should an application use (and the driver define) a rate of
50Hz, or the standard 8000Hz?
Thanks,
Guilhem.
___
I disagree for the moment here Matthias.
In my case I have waited to see what the response was from several
people b4 thinking about installing RC4 ... the 0.9 series is after all
the 'development release'. I noticed that there were problems and so I
tried it to simply help out - to see if I had
At Wed, 23 Oct 2002 17:54:46 +0200,
Matthias Saou wrote:
>
> Once upon a time, Takashi wrote :
>
> > but, unfortuantely, we are in the stage of rc - that is, basically,
> > each release could be the final one (what an ironical situation...)
> > so, the test for the rc makes no sense from its defi
On Wed, 23 Oct 2002, Matthias Saou wrote:
> Seeing how the 0.9.0rc4 release went, I was wondering if the ALSA people
> wouldn't mind re-thinking the release method?
Yes, but...
> - Would it be possible to release some tarballs, supposedly identical to
> the final ones but a few hours/days before
Once upon a time, Takashi wrote :
> no, as you can see in the 0.5.x series, the sub-version number will be
> (hopefully) increased at each release once after 0.9.0 is out.
> again, the current sitatuion is excpetional.
>
> my understanding of rc-version is exactly what you suggested -- it's
> not
On Thu, 24 Oct 2002, Matt Flax wrote:
> One of the more beautiful things about ALSA is the fact that it is not
> ready to settle ... it is progressive ... that in my opinion is why the
> API changes, along with other things like module names, etc.
> I'm sure though that it will and is mature en
Jaroslav Kysela wrote:
>
> Added ommited clear() functions
>
> Index: pcm.c
> /**
> + * \brief clear snd_pcm_hw_params_t structure
> + * \param obj pointer to structure
> + */
> +void snd_pcm_hw_params_clear(snd_pcm_hw_params_t *obj)
> +{
> + assert(obj);
> + memset(obj, 0, snd_pcm_h
On Wed, 23 Oct 2002, Guilhem Tardy wrote:
> Hi,
>
> There are some frame-based formats defined in asound.h and pcm.h. For full-rate
> GSM, frames are 260 bits every 20 ms. So my question is:
> In such a case, should an application use (and the driver define) a rate of
> 50Hz, or the standard 8000
On Wed, 23 Oct 2002, Abramo Bagnara wrote:
> Jaroslav Kysela wrote:
> >
> > Added ommited clear() functions
> >
> > Index: pcm.c
> > /**
> > + * \brief clear snd_pcm_hw_params_t structure
> > + * \param obj pointer to structure
> > + */
> > +void snd_pcm_hw_params_clear(snd_pcm_hw_params_t *obj
On Wed, 23 Oct 2002, Jaroslav Kysela wrote:
> On Wed, 23 Oct 2002, Abramo Bagnara wrote:
>
> > Jaroslav Kysela wrote:
> > >
> > > Added ommited clear() functions
> > >
> > > Index: pcm.c
> > > /**
> > > + * \brief clear snd_pcm_hw_params_t structure
> > > + * \param obj pointer to structure
>
Jaroslav Kysela wrote:
>
> On Wed, 23 Oct 2002, Abramo Bagnara wrote:
>
> > Jaroslav Kysela wrote:
> > >
> > > Added ommited clear() functions
> > >
> > > Index: pcm.c
> > > /**
> > > + * \brief clear snd_pcm_hw_params_t structure
> > > + * \param obj pointer to structure
> > > + */
> > > +void
On Wed, 23 Oct 2002, Takashi Iwai wrote:
> > I have just updated to CVS.
> >
> > Debian 2.2
> >
> > I needed to run autoconf; ./configure; make; ./configure; make
>
> do you mean that the original configure script in rc4 tarball doesn't
> work? if yes, it's a bug of rc4 tarball - we have to re
> This is very good question. We should make a decision. If we use 50Hz, we
> can easily calculate frames per second, otherwise we have to translate
> sampling rate to physical rate.. But it's the only good point which I see.
I am not sure how you'd translate between the two? To me, one option i
I'm pleased to anounce that a database for people willing to provide
Tech Suppport to their local community has been setup. The service is
free of charge and hosted at
http://www.djcj.org/
The purpose of this database is to promote the professional arm of the
Linux Audio Developers community.
On Wed, 2002-10-23 at 14:00, Clemens Ladisch wrote:
> I assumed that you wanted to use a Quattro and a UC16 together. In this
> case, you need one entry for each card, although they're handled by the
> same driver.
>
> The snd-card-x entries are used for autoloading: when you try to access
> PCM
On Wed, 23 Oct 2002, Wolfgang Teichmann wrote:
> Hallo,
>
> I have problems to compile alsa-lib-0.9.0rc4 (RedHat 8.0)
>
>
> make[2]: Wechsel in das Verzeichnis Verzeichnis
> /mnt/archiv/AAA/SOUND/ALSA/stable/alsa-lib-0.9.0rc4/src
> /bin/sh ../libtool --mode=link gcc -g -O2 -Wl,--version-scrip
sure, its GNU ld version 2.11.92.0.12 20011121
should we upgrade our ld? it would explain a *lot* of problems i've had
with compiles if there is a faulty ld out there...
thanks
m
On Wed, 2002-10-23 at 08:57, Jaroslav Kysela wrote:
> Hi all,
>
> could everybody with problems of building
On 23 Oct 2002, m wrote:
> sure, its GNU ld version 2.11.92.0.12 20011121
What is your distribution?
> should we upgrade our ld? it would explain a *lot* of problems i've had
> with compiles if there is a faulty ld out there...
Hmm. The situation seems to be more difficult.
ld 2.9.1.0.25 - d
On Wed, 2002-10-23 at 10:22, Jaroslav Kysela wrote:
> On 23 Oct 2002, m wrote:
>
> > sure, its GNU ld version 2.11.92.0.12 20011121
>
> What is your distribution?
mandrake 8.2
>
> > should we upgrade our ld? it would explain a *lot* of problems i've had
> > with compiles if there is a faulty ld
"m" wrote:
> Patrick Shirkey wrote:
>
> > There are some changes that need to be made regarding the modules.conf
> > file and the options for the driver. Specifically all snd_xxx references
> > have been changed to just xxx. Ie remove the snd_ prefix. This has been
> > done to ensure the alsa modul
At Tue, 22 Oct 2002 23:58:54 +0100 (BST),
Chris Rankin wrote:
>
> Hi,
>
> It really is safe to declare these parameters as __initdata because
> their values are never referenced again once the module loads. (All
> values are copied.) And there's also a whitespace fix.
thanks, applied.
Takashi
Takashi Iwai wrote:
> Clemens Ladisch wrote:
> > It seems the USB subsystem only loads the first id_table entry it finds
> > for each interface. As a quick fix, remove the Quattro entry from
> > usbquirks.h, but I'm going to write a patch to use both pcm and MIDI.
>
> ok, i'll remove it.
The Quatt
Hi all,
could everybody with problems of building alsa library (undefined
symbol) send me version of ld? (ld --version)? I will try to add a
detection of faulty ld to the configure script. Thanks.
Jaroslav
-
Jaroslav Kysela <[EMAIL PR
At Wed, 23 Oct 2002 09:57:50 +0200 (CEST),
Jaroslav wrote:
>
> Hi all,
>
> could everybody with problems of building alsa library (undefined
> symbol) send me version of ld? (ld --version)? I will try to add a
> detection of faulty ld to the configure script. Thanks.
as i reported before
At Wed, 23 Oct 2002 09:37:31 +0200 (METDST),
Clemens Ladisch wrote:
>
> Takashi Iwai wrote:
> > Clemens Ladisch wrote:
> > > It seems the USB subsystem only loads the first id_table entry it finds
> > > for each interface. As a quick fix, remove the Quattro entry from
> > > usbquirks.h, but I'm go
On Wed, 23 Oct 2002, Takashi Iwai wrote:
> At Wed, 23 Oct 2002 09:57:50 +0200 (CEST),
> Jaroslav wrote:
> >
> > Hi all,
> >
> > could everybody with problems of building alsa library (undefined
> > symbol) send me version of ld? (ld --version)? I will try to add a
> > detection of faulty l
54 matches
Mail list logo
