Hi,
Steve Underwood schrieb:
Recent versions no longer require libtiff internals.
Cool!
Recent versions of Debian should have the libtiff bugs fixed. Some
people trying to work with spandsp got them in there :-)
:-) Debian packages of spandsp and app_dtmftotext, app_rxfax and
app_txfax are built
Simon Richter wrote:
Hi,
Tzafrir Cohen schrieb:
spandsp builds fine on Sarge. Anybody needs debs?
It does?
I ITPed it a while ago, but placed it somewhat lower on my list when I
saw it needed libtiff internals. I have debs for sarge that depend on
libtiff3g, however I could not get it to work re
Hi,
Tzafrir Cohen schrieb:
spandsp builds fine on Sarge. Anybody needs debs?
It does?
I ITPed it a while ago, but placed it somewhat lower on my list when I
saw it needed libtiff internals. I have debs for sarge that depend on
libtiff3g, however I could not get it to work reliably with the more
On Thu, Dec 30, 2004 at 01:38:43PM +1100, Adam Goryachev wrote:
> On Thu, 2004-12-30 at 01:48, Steve Underwood wrote:
> > Hi Adam,
> >
> > You must be using a prehistoric GCC. Before 3.0, GCC didn't understand
> > this C99 construct.
>
> Hmmm, well I have:
> gcc version 2.96 2731 (Red Hat Li
Hallo Thomas Niesel
On Wed, 29 Dec 2004 22:03:05 +0100 you wrote:
> Hi Folks, hi Steve
> I get following error on loading app_rx/txfax.so:
>
> ...WARNING[10458]: loader.c:258 ast_load_resource:
> /usr/lib/asterisk/modules/app_rxfax.so: symbol errno,
> version GLIBC_2.0 not defined in file libc.so
On Thu, 2004-12-30 at 01:48, Steve Underwood wrote:
> Hi Adam,
>
> You must be using a prehistoric GCC. Before 3.0, GCC didn't understand
> this C99 construct.
Hmmm, well I have:
gcc version 2.96 2731 (Red Hat Linux 7.3 2.96-110)
Yeah, I know, I'm using redhat, and it is really old. I'm wait
Hi Folks, hi Steve
I get following error on loading app_rx/txfax.so:
...WARNING[10458]: loader.c:258 ast_load_resource:
/usr/lib/asterisk/modules/app_rxfax.so: symbol errno,
version GLIBC_2.0 not defined in file libc.so.6
with link time reference
Unable to load app_rxfax.so
Spandsp compiled and i
Hi Adam,
You must be using a prehistoric GCC. Before 3.0, GCC didn't understand
this C99 construct.
Regards,
Steve
Adam Goryachev wrote:
Just wondering if anyone else has managed to successfully compile
spandsp-0.0.2pre6...
I'm assuming it is working for most people, else it probably wouldn't
hav
Just wondering if anyone else has managed to successfully compile
spandsp-0.0.2pre6...
I'm assuming it is working for most people, else it probably wouldn't
have been released, and/or, other people would have had more to say
about it...
In any case, these are the errors I am getting while doing a
I get a C++ preprocessor sanity check error when trying to configure
spandsp 0.0.2pre6:
checking for dlfcn.h... yes
checking how to run the C++ preprocessor... /lib/cpp
configure: error: C++ preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details.
Config.log:
Hi Scott,
Watch out for spandsp-0.0.2pre7 :-)
Seriously, I found the same issue while testing for x86-64 machines this
week. spandsp is now working on a x86-64, but I haven't tidied up and
released an updated version yet. That should happen this weekend. I hope
this updated version will build cl
Hello all:
In a quest to resolve the last apparent timing problems I am having
with SpanDSP I am trying out some PPC hardware, specifically a B&W G3.
I am running gentoo-ppc on this system and have compiled spandsp
0.0.2pre6 along with a release version of asterisk. Zaptel device
(T100P) is confi
12 matches
Mail list logo
