Re: [Iaxclient-devel] compile snapshot on suse 9.0

[Steve K. <st...@st...>]

John wrote:

>i'm trying to compile the snapshot 
>http://iaxclient.sourceforge.net/snapshots/iaxclient.tar.gz
>seems to be from 11-Apr-2004 22:05
>
>This is the error i'm getting.
>  
>

Sorry about that.  I think Michael committed his iaxcomm code before 
some associated changes to the library, including the iaxc_unquelch 
API.  You'll probably need to use CVS to get a slightly earlier version 
of iaxcomm sources in order to make things work, until this is 
resolved.  [you could still use the latest lib/* sources, though].


>make
>  
>
>(cd ../../lib; make libiaxclient.a)
>make[1]: Entering directory `/home/strgout/iaxclient/lib'
>make[1]: `libiaxclient.a' is up to date.
>make[1]: Leaving directory `/home/strgout/iaxclient/lib'
>g++  -I../../lib  -g -Wall `wx-config --cflags` `gtk-config --cflags`  -c -o main.o main.cc
>g++  -I../../lib  -g -Wall `wx-config --cflags` `gtk-config --cflags`  -c -o prefs.o prefs.cc
>g++  -I../../lib  -g -Wall `wx-config --cflags` `gtk-config --cflags`  -c -o calls.o calls.cc
>calls.cc: In member function `void CallList::OnSelect(wxListEvent&)':
>calls.cc:125: error: `iaxc_unquelch' undeclared (first use this function)
>calls.cc:125: error: (Each undeclared identifier is reported only once for each
>   function it appears in.)
>calls.cc: In member function `int
>   CallList::HandleStateEvent(iaxc_ev_call_state)':
>calls.cc:244: error: `iaxc_unquelch' undeclared (first use this function)
>make: *** [calls.o] Error 1
>
>
>The end result i'd like to work towards is a staticly link iaxcomm binary
>so that i can dump this onto my freebsd box.
>  
>
Do you need _everything_ linked statically?  The binaries on the 
sourceforge pages should be linked against wxwindows statically, and 
dynamically to the standard system libs.  It is my understanding that 
linking glibc statically these days is pretty impossible. [the library 
itself uses dynamic loading for parts of itself, I think].

>or if someone has a patch set for freebsd .. :)
>
Someone early on contributed, and we merged, patches for the library to 
compile on FreeBSD.  Everything also works with MacOSX, which is based 
on FreeBSD, so it might not be hard to compile on FreeBSD itself.

-SteveK