| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Thump! Thump! Is Thing On? |
Bo, Before we get much further I would like to thank you for your assistance. BS> Hm. I'm not a C++ fan my self, but did you post the error? The pattern seems to repeat for each module in btree. gcc -shared -nostartfiles btree.o bt_open.o bt_look.o bt_ins.o bt_rem.o btnode.o palist.o btreec.o blkio.o bbuf.o blkiobuf.o dllc.o -o libmaxbt.so btree.o(.text+0xc):btree.cc: undefined reference to `___gxx_personality_sj0' btree.o(.text+0x17a):btree.cc: undefined reference to `___gxx_personality_sj0' btree.o(.text+0x3a1):btree.cc: undefined reference to `___gxx_personality_sj0' btree.o(.text+0x62e):btree.cc: undefined reference to `___gxx_personality_sj0' btree.o(.text+0x6c3):btree.cc: undefined reference to `___cxa_begin_catch' btree.o(.text+0x6d2):btree.cc: undefined reference to `___cxa_end_catch' btree.o(.text+0x703):btree.cc: undefined reference to `___gxx_personality_sj0' btree.o(.text+0x993):btree.cc: undefined reference to `___gxx_personality_sj0' btree.o(.text+0xbfc):btree.cc: undefined reference to `___gxx_personality_sj0' btree.o(.text+0xc92):btree.cc: undefined reference to `___cxa_begin_catch' btree.o(.text+0xca1):btree.cc: undefined reference to `___cxa_end_catch' BS> And g++ is just a wrapper for gcc, which automatically adds -lstdc++ BS> on the linking. :) I also follow the Cygwin area (it sounds like Cygwin doubles as a test bed for Redhat) and have been told that at some time in the past things were broken and we are to use g++ for C++ code. When I changed maximus/btree/Makefile to use g++ things seemed to get better except that now I get warning messages grumbling about some pointer code: bbuf.cc: In member function `int BLOCKBUF::deinit()': bbuf.cc:83: warning: deleting `void*' is undefined bbuf.cc: In member function `int BLOCKBUF::get_lru(NNUM*, void*, unsigned int*) ': bbuf.cc:247: warning: deleting `void*' is undefined The function prototypes in btree/track.h and btree/trackcom.h give messages I have not seen before but am including them in case they are confusing the linker: track.h:45: warning: non-local function `int TRACKER::AddMsg(TRK_MSG_NDX*)' uses anonymous type trackcom.h:107: warning: `typedef struct TRK_MSG_NDX' does not refer to the unqualified type, so it is not used for linkage At the end of btree/Makefile things really start to fall apart: g++ -shared -nostartfiles dbase.o dbasec.o track.o trackc.o dllc.o -o libmaxdb.so dbase.o(.text+0x15):dbase.cc: undefined reference to `BLKIOBUF::BLKIOBUF[not-in-charge](unsigned)' dbase.o(.text+0x4f):dbase.cc: undefined reference to `BLKIOBUF::BLKIOBUF[not-in-charge](unsigned)' dbase.o(.text+0xf8):dbase.cc: undefined reference to `BLKIOBUF::~BLKIOBUF [not-in-charge]()' dbase.o(.text+0x122):dbase.cc: undefined reference to `BLKIOBUF::~BLKIOBUF [not-in-charge]()' Included in these are errors complaining about not being able to find standard C library functions such as close() and size(). --- Msged 6.0.1* Origin: Gulliver's Travels - Dublin, IN (1:11/201) SEEN-BY: 633/267 270 @PATH: 11/201 261/38 123/500 106/2000 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.