Bug 141289 – mail-filter/maildrop-2.0.2-r1 won't compile

• Product: Gentoo Linux
• Status: RESOLVED INVALID

[Description Dave 2006-07-21 07:40:39 UTC]

mail-filter/maildrop-2.0.2-r1 gives this error
Linking maildirkw
/usr/lib/libfam.a(fam.o): In function `GroupStuff::GroupStuff()':
(.text+0x10b): undefined reference to `operator new[](unsigned int)'
/usr/lib/libfam.a(fam.o): In function `GroupStuff::GroupStuff()':
(.text+0x147): undefined reference to `operator new[](unsigned int)'
/usr/lib/libfam.a(fam.o): In function `FAMClose':
(.text+0x2cb): undefined reference to `operator delete(void*)'
/usr/lib/libfam.a(fam.o): In function `FAMOpen2':
(.text+0x310): undefined reference to `operator new(unsigned int)'
/usr/lib/libfam.a(fam.o): In function `FAMOpen2':
(.text+0x3b5): undefined reference to `operator delete(void*)'
/usr/lib/libfam.a(fam.o): In function `FAMOpen2':
(.text+0x3cd): undefined reference to `operator delete(void*)'
/usr/lib/libfam.a(fam.o): In function `FAMMonitor(FAMConnection*, char const*, FAMRequest*, void*, int)':
(.text+0x4f7): undefined reference to `operator delete[](void*)'
/usr/lib/libfam.a(fam.o): In function `FAMMonitor(FAMConnection*, char const*, FAMRequest*, void*, int)':
(.text+0x513): undefined reference to `operator delete[](void*)'
/usr/lib/libfam.a(fam.o): In function `FAMMonitorCollection':
(.text+0x738): undefined reference to `operator delete[](void*)'
/usr/lib/libfam.a(fam.o): In function `FAMMonitorCollection':
(.text+0x76a): undefined reference to `operator delete[](void*)'
/usr/lib/libfam.a(fam.o):(.eh_frame+0x12): undefined reference to `__gxx_personality_v0'
/usr/lib/libfam.a(Client.o): In function `__static_initialization_and_destruction_0(int, int)':
(.text+0x1c): undefined reference to `std::ios_base::Init::Init()'
/usr/lib/libfam.a(Client.o): In function `Client::storeEndExist(int)':
(.text+0x3ca): undefined reference to `operator new(unsigned int)'
/usr/lib/libfam.a(Client.o): In function `Client::storeUserData(int, void*)':
(.text+0x423): undefined reference to `operator new(unsigned int)'
/usr/lib/libfam.a(Client.o): In function `__tcf_0':
(.text+0x55): undefined reference to `std::ios_base::Init::~Init()'
/usr/lib/libfam.a(Client.o): In function `BTree<int, bool>::Node::~Node()':
(.text._ZN5BTreeIibE4NodeD1Ev[BTree<int, bool>::Node::~Node()]+0x25): undefined reference to `operator delete(void*)'
/usr/lib/libfam.a(Client.o): In function `BTree<int, bool>::underflow(BTree<int, bool>::Node*, unsigned int)':
(.text._ZN5BTreeIibE9underflowEPNS0_4NodeEj[BTree<int, bool>::underflow(BTree<int, bool>::Node*, unsigned int)]+0x1a0): undefined reference to `operator delete(void*)'
/usr/lib/libfam.a(Client.o): In function `BTree<int, bool>::underflow(BTree<int, bool>::Node*, unsigned int)':
(.text._ZN5BTreeIibE9underflowEPNS0_4NodeEj[BTree<int, bool>::underflow(BTree<int, bool>::Node*, unsigned int)]+0x284): undefined reference to `operator delete(void*)'
/usr/lib/libfam.a(Client.o): In function `BTree<int, void*>::Node::~Node()':
(.text._ZN5BTreeIiPvE4NodeD1Ev[BTree<int, void*>::Node::~Node()]+0x25): undefined reference to `operator delete(void*)'
/usr/lib/libfam.a(Client.o): In function `BTree<int, void*>::underflow(BTree<int, void*>::Node*, unsigned int)':
(.text._ZN5BTreeIiPvE9underflowEPNS1_4NodeEj[BTree<int, void*>::underflow(BTree<int, void*>::Node*, unsigned int)]+0x1a1): undefined reference to `operator delete(void*)'
/usr/lib/libfam.a(Client.o):(.text._ZN5BTreeIiPvE9underflowEPNS1_4NodeEj[BTree<int, void*>::underflow(BTree<int, void*>::Node*, unsigned int)]+0x297): more undefined references to `operator delete(void*)' follow
/usr/lib/libfam.a(Client.o): In function `BTree<int, bool>::insert(BTree<int, bool>::Node*, int const&, bool const&)':
(.text._ZN5BTreeIibE6insertEPNS0_4NodeERKiRKb[BTree<int, bool>::insert(BTree<int, bool>::Node*, int const&, bool const&)]+0x132): undefined reference to `operator new(unsigned int)'
/usr/lib/libfam.a(Client.o): In function `BTree<int, bool>::insert(BTree<int, bool>::Node*, int const&, bool const&)':
(.text._ZN5BTreeIibE6insertEPNS0_4NodeERKiRKb[BTree<int, bool>::insert(BTree<int, bool>::Node*, int const&, bool const&)]+0x1e4): undefined reference to `operator new(unsigned int)'
/usr/lib/libfam.a(Client.o): In function `BTree<int, bool>::insert(BTree<int, bool>::Node*, int const&, bool const&)':
(.text._ZN5BTreeIibE6insertEPNS0_4NodeERKiRKb[BTree<int, bool>::insert(BTree<int, bool>::Node*, int const&, bool const&)]+0x22e): undefined reference to `operator new(unsigned int)'
/usr/lib/libfam.a(Client.o): In function `BTree<int, void*>::insert(BTree<int, void*>::Node*, int const&, void* const&)':
(.text._ZN5BTreeIiPvE6insertEPNS1_4NodeERKiRKS0_[BTree<int, void*>::insert(BTree<int, void*>::Node*, int const&, void* const&)]+0x132): undefined reference to `operator new(unsigned int)'
/usr/lib/libfam.a(Client.o): In function `BTree<int, void*>::insert(BTree<int, void*>::Node*, int const&, void* const&)':
(.text._ZN5BTreeIiPvE6insertEPNS1_4NodeERKiRKS0_[BTree<int, void*>::insert(BTree<int, void*>::Node*, int const&, void* const&)]+0x1e1): undefined reference to `operator new(unsigned int)'
/usr/lib/libfam.a(Client.o):(.text._ZN5BTreeIiPvE6insertEPNS1_4NodeERKiRKS0_[BTree<int, void*>::insert(BTree<int, void*>::Node*, int const&, void* const&)]+0x229): more undefined references to `operator new(unsigned int)' follow
/usr/lib/libfam.a(Client.o):(.rodata._ZTI5BTreeIibE[typeinfo for BTree<int, bool>]+0x0): undefined reference to `vtable for __cxxabiv1::__class_type_info'
/usr/lib/libfam.a(Client.o):(.rodata._ZTI5BTreeIiPvE[typeinfo for BTree<int, void*>]+0x0): undefined reference to `vtable for __cxxabiv1::__class_type_info'
/usr/lib/libfam.a(Client.o):(.eh_frame+0x11): undefined reference to `__gxx_personality_v0'
collect2: ld returned 1 exit status
make[2]: *** [maildirkw] Error 1
make[2]: Leaving directory `/var/tmp/portage/maildrop-2.0.2-r1/work/maildrop-2.0.2/maildir'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/var/tmp/portage/maildrop-2.0.2-r1/work/maildrop-2.0.2/maildir'
make: *** [all-recursive] Error 1

[Comment 1 Dave 2006-07-21 07:41:07 UTC]

Created attachment 92419 [details]
My emerge --info

[Comment 2 Jakub Moc (RETIRED) 2006-07-21 07:47:16 UTC]

Make sure you've followed gcc upgrading guide next time...

http://www.gentoo.org/doc/en/gcc-upgrading.xml

[Comment 3 Dave 2006-07-21 09:00:07 UTC]

I have followed those instructions...  

[Comment 4 Dave 2006-07-21 09:00:28 UTC]

I have followed those instructions...  

[Comment 5 Jakub Moc (RETIRED) 2006-07-21 09:05:24 UTC]

Well, obviously your fam is completely messed up after your gcc upgrade, has nothing to do w/ maildrop.

[Comment 6 Markus Flaig 2006-10-19 07:35:45 UTC]

just for the files, i ran into the same problem, i have followed the upgrade instructions, but these haven't been guilty...

emerge -C fam
emerge maildrop

after unmerging fam maildrop pulls gamin as depency. gamin compiled fine and maildrop could be emerged afterwards.