This forum has been archived. All content is frozen. Please use KDE Discuss instead.

Compiler error using Mac OS X 10.4 ktorrent Dec 9 snapshot

Tags: None
(comma "," separated)
megagram
Registered Member
Posts
5
Karma
0
Hello. Trying to compile ktorrent under OS X. Have the latest SVN snapshot. Here is what make gives me:

Code: Select all
source='upnpdescriptionparser.cpp' object='upnpdescriptionparser.lo' libtool=yes \
depfile='.deps/upnpdescriptionparser.Plo' tmpdepfile='.deps/upnpdescriptionparser.TPlo' \
depmode=gcc3 /bin/sh ../../admin/depcomp \
/bin/sh ../../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/sw/include -I/sw/lib/qt3/include -I/usr/X11R6/include  -I./../../libktorrent  -DQT_THREAD_SUPPORT   -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -O2 -fno-exceptions -fno-check-new -fno-common -fexceptions  -c -o upnpdescriptionparser.lo `test -f 'upnpdescriptionparser.cpp' || echo './'`upnpdescriptionparser.cpp
/sw/lib/qt3/include/qxml.h:224: warning: ‘class QXmlReader’ has virtual functions but non-virtual destructor
/sw/lib/qt3/include/qxml.h:407: warning: ‘class QXmlContentHandler’ has virtual functions but non-virtual destructor
/sw/lib/qt3/include/qxml.h:424: warning: ‘class QXmlErrorHandler’ has virtual functions but non-virtual destructor
/sw/lib/qt3/include/qxml.h:433: warning: ‘class QXmlDTDHandler’ has virtual functions but non-virtual destructor
/sw/lib/qt3/include/qxml.h:441: warning: ‘class QXmlEntityResolver’ has virtual functions but non-virtual destructor
/sw/lib/qt3/include/qxml.h:448: warning: ‘class QXmlLexicalHandler’ has virtual functions but non-virtual destructor
/sw/lib/qt3/include/qxml.h:461: warning: ‘class QXmlDeclHandler’ has virtual functions but non-virtual destructor
./../../libktorrent/net/portlist.h:51: warning: ‘class net::PortListener’ has virtual functions but non-virtual destructor
/sw/lib/qt3/bin/moc ./upnpmcastsocket.h -o upnpmcastsocket.moc
source='upnpmcastsocket.cpp' object='upnpmcastsocket.lo' libtool=yes \
depfile='.deps/upnpmcastsocket.Plo' tmpdepfile='.deps/upnpmcastsocket.TPlo' \
depmode=gcc3 /bin/sh ../../admin/depcomp \
/bin/sh ../../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/sw/include -I/sw/lib/qt3/include -I/usr/X11R6/include  -I./../../libktorrent  -DQT_THREAD_SUPPORT   -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -O2 -fno-exceptions -fno-check-new -fno-common -fexceptions  -c -o upnpmcastsocket.lo `test -f 'upnpmcastsocket.cpp' || echo './'`upnpmcastsocket.cpp
./../../libktorrent/net/portlist.h:51: warning: ‘class net::PortListener’ has virtual functions but non-virtual destructor
upnpmcastsocket.cpp: In member function ‘void kt::UPnPMCastSocket::joinUPnPMCastGroup()’:
upnpmcastsocket.cpp:275: error: aggregate ‘kt::ip_mreqn mreq’ has incomplete type and cannot be defined
upnpmcastsocket.cpp:277: error: invalid application of ‘sizeof’ to incomplete type ‘kt::ip_mreqn’
upnpmcastsocket.cpp:282: error: invalid application of ‘sizeof’ to incomplete type ‘kt::ip_mreqn’
upnpmcastsocket.cpp: In member function ‘void kt::UPnPMCastSocket::leaveUPnPMCastGroup()’:
upnpmcastsocket.cpp:291: error: aggregate ‘kt::ip_mreqn mreq’ has incomplete type and cannot be defined
upnpmcastsocket.cpp:293: error: invalid application of ‘sizeof’ to incomplete type ‘kt::ip_mreqn’
upnpmcastsocket.cpp:298: error: invalid application of ‘sizeof’ to incomplete type ‘kt::ip_mreqn’
make[3]: *** [upnpmcastsocket.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


Any and all help will be greatly appreciated. Thank you!
George
Moderator
Posts
5421
Karma
1

Sun Dec 10, 2006 2:04 pm
It seems that OS X doesn't have the mreqn structure, we will now use the older mreq structure, so it should compile again.
megagram
Registered Member
Posts
5
Karma
0

Sun Dec 10, 2006 8:12 pm
George wrote:It seems that OS X doesn't have the mreqn structure, we will now use the older mreq structure, so it should compile again.

So, how will it compile again? Do I need to do anything? How will I know the older mreq structure is being used?
George
Moderator
Posts
5421
Karma
1

Mon Dec 11, 2006 5:36 pm
megagram wrote:
George wrote:It seems that OS X doesn't have the mreqn structure, we will now use the older mreq structure, so it should compile again.

So, how will it compile again? Do I need to do anything? How will I know the older mreq structure is being used?


Wait for the next snapshot or download the SVN version.


Bookmarks



Who is online

Registered users: Bing [Bot], Evergrowing, Google [Bot]