Ah, thanks. That did the trick indeed.
Arve Knudsen
On Sat, 17 Jan 2004 12:18:07 +0100 (CET), Jaroslav Kysela <[EMAIL PROTECTED]>
wrote:
On Fri, 16 Jan 2004, Rene Rebe wrote:
Let's link a normal object and a shared obeject of the ALSAHelper:
[EMAIL PROTECTED]:~/develop/trunk/lowlevel/src$ g++
Hi,
On: Sat, 17 Jan 2004 12:18:07 +0100 (CET),
Jaroslav Kysela <[EMAIL PROTECTED]> wrote:
> > [EMAIL PROTECTED]:~/develop/trunk/lowlevel/src$ g++ --shared -g -Wall -I.
> > -I../include -I../../dam/include -I../../utility/include -o
> > ALSAHelper.so ALSAHelper.cc
>
> I tried that and it seem
On Fri, 16 Jan 2004, Rene Rebe wrote:
> Let's link a normal object and a shared obeject of the ALSAHelper:
>
> [EMAIL PROTECTED]:~/develop/trunk/lowlevel/src$ g++ -g -Wall -I. -I../include
> -I../../dam/include -I../../utility/include -c -o ALSAHelper.o
> ALSAHelper.cc
> [EMAIL PROTECTED]:~/deve
Hi, René
This is exactly the same problem I'm having with a dynamically linked
C++ (extern "C") plugin of mine, which links dynamically with ALSA through
PortAudio. I made a not so aptly titled post about it earlier, "Problem
with __OLD_GET". I was still a bit confused as to what was going on .
Hi all,
we experience a fairly strange problem with the versioned symbols in
the libasound.so. We have a C++ wrapper library which is normally
linked as shared obkect, too. But for some strange reasonsthe linker
does not map stuff like "snd_pcm_hw_params_get_channels_max" and
friends (with a point
