Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 113457 - OpenSP-1.5.1 fails to build due to undefined references
Summary: OpenSP-1.5.1 fails to build due to undefined references
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Text-Markup Team (OBSOLETE)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-24 05:26 UTC by William Keaney
Modified: 2006-04-19 18:56 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
opensp-1.5.2_pre1.ebuild (opensp-1.5.2_pre1.ebuild,1.72 KB, patch)
2005-12-10 10:06 UTC, Harald van Dijk (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description William Keaney 2005-11-24 05:26:20 UTC
nsgmls.o: In function
`OpenSP::Vector<OpenSP::MessageType1>::erase(OpenSP::MessageType1 const*,
OpenSP::MessageType1 const*)':
nsgmls.cxx:(.gnu.linkonce.t._ZN6OpenSP6VectorINS_12MessageType1EE5eraseEPKS1_S4_[OpenSP::Vector<OpenSP::MessageType1>::erase(OpenSP::MessageType1
const*, OpenSP::MessageType1 const*)]+0x12): undefined reference to
`OpenSP::MessageType1::~MessageType1()'
nsgmls.o: In function
`OpenSP::Vector<OpenSP::MessageFragment>::erase(OpenSP::MessageFragment const*,
OpenSP::MessageFragment const*)':
nsgmls.cxx:(.gnu.linkonce.t._ZN6OpenSP6VectorINS_15MessageFragmentEE5eraseEPKS1_S4_[OpenSP::Vector<OpenSP::MessageFragment>::erase(OpenSP::MessageFragment
const*, OpenSP::MessageFragment const*)]+0x12): undefined reference to
`OpenSP::MessageFragment::~MessageFragment()'
SgmlsEventHandler.o: In function `OpenSP::Ptr<OpenSP::Sd>::~Ptr()':
SgmlsEventHandler.cxx:(.gnu.linkonce.t._ZN6OpenSP3PtrINS_2SdEED2Ev[OpenSP::Ptr<OpenSP::Sd>::~Ptr()]+0x19):
undefined reference to `OpenSP::Sd::~Sd()'
SgmlsEventHandler.o: In function `OpenSP::Ptr<OpenSP::Syntax>::~Ptr()':
SgmlsEventHandler.cxx:(.gnu.linkonce.t._ZN6OpenSP3PtrINS_6SyntaxEED2Ev[OpenSP::Ptr<OpenSP::Syntax>::~Ptr()]+0x1b):
undefined reference to `OpenSP::Syntax::~Syntax()'
SgmlsEventHandler.o: In function
`OpenSP::Ptr<OpenSP::Syntax>::operator=(OpenSP::Ptr<OpenSP::Syntax> const&)':
SgmlsEventHandler.cxx:(.gnu.linkonce.t._ZN6OpenSP3PtrINS_6SyntaxEEaSERKS2_[OpenSP::Ptr<OpenSP::Syntax>::operator=(OpenSP::Ptr<OpenSP::Syntax>
const&)]+0x28): undefined reference to `OpenSP::Syntax::~Syntax()'
SgmlsEventHandler.o: In function
`OpenSP::Ptr<OpenSP::Sd>::operator=(OpenSP::Ptr<OpenSP::Sd> const&)':
SgmlsEventHandler.cxx:(.gnu.linkonce.t._ZN6OpenSP3PtrINS_2SdEEaSERKS2_[OpenSP::Ptr<OpenSP::Sd>::operator=(OpenSP::Ptr<OpenSP::Sd>
const&)]+0x25): undefined reference to `OpenSP::Sd::~Sd()'
../lib/.libs/libosp.so: undefined reference to `OpenSP::Recognizer::~Recognizer()'
../lib/.libs/libosp.so: undefined reference to
`OpenSP::SdTextItem::operator=(OpenSP::SdTextItem const&)'
../lib/.libs/libosp.so: undefined reference to
`OpenSP::OpenElementInfo::OpenElementInfo(OpenSP::OpenElementInfo const&)'
../lib/.libs/libosp.so: undefined reference to
`OpenSP::StorageObjectSpec::operator=(OpenSP::StorageObjectSpec const&)'
../lib/.libs/libosp.so: undefined reference to
`OpenSP::Attribute::operator=(OpenSP::Attribute const&)'
../lib/.libs/libosp.so: undefined reference to `OpenSP::Dtd::~Dtd()'
../lib/.libs/libosp.so: undefined reference to
`OpenSP::ParsedSystemId::Map::operator=(OpenSP::ParsedSystemId::Map const&)'
../lib/.libs/libosp.so: undefined reference to
`OpenSP::SdTextItem::SdTextItem(OpenSP::SdTextItem const&)'
../lib/.libs/libosp.so: undefined reference to
`OpenSP::TextItem::TextItem(OpenSP::TextItem const&)'
collect2: ld returned 1 exit status


Reproducible: Always
Steps to Reproduce:
1. emerge opensp
2. build fails
3.



Expected Results:  
The package should have compiled completely.

This package is required for emerging gdm.
Comment 1 Danoz 2005-12-01 19:54:57 UTC
I also get this same issue when im trying to emerge opensp/openjade

 emerge info
Portage 2.0.53_rc7 (default-linux/x86/2005.1, gcc-4.0.2, glibc-2.3.6-r1,
2.6.14-gentoo-r3 i686)
=================================================================
System uname: 2.6.14-gentoo-r3 i686 AMD Athlon(tm) XP 2400+
Gentoo Base System version 1.12.0_pre11
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [enabled]
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.14
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.91.0.3, 2.16.91.0.4
sys-devel/libtool:   1.5.20-r1
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -mtune=athlon-xp -march=athlon-xp -mmmx -msse -m3dnow -mfpmath=sse
-pipe -ftracer -fforce-addr -momit-leaf-frame-pointer -funroll-loops"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -mtune=athlon-xp -march=athlon-xp -mmmx -msse -m3dnow -mfpmath=sse
-pipe -ftracer -fforce-addr -momit-leaf-frame-pointer -funroll-loops
-fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict usersandbox"
GENTOO_MIRRORS="http://mirror.internode.on.net/pub/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://mirror.internode.on.net/gentoo-portage"
USE="x86 3dnow X aac alsa apm audiofile avi berkdb bitmap-fonts bluetooth bzip2
cairo canvas cdr crypt dbus dvd dvdr dvdread eds emboss encode exif expat fam
firefox flac foomaticdb fping gdbm gif glitz glut gmp gnome gpm gstreamer gtk
gtk2 hal imlib jpeg lcms libg++ libwww mad mikmod mmx mng mp3 mpeg mplayer
multislot ncurses nls nptl nvidia ogg oggvorbis openal opengl pam pcre pdflib
perl png python quicktime readline samba sdl spell sse ssl tcpd truetype
truetype-fonts type1-fonts udev usb vorbis win32codecs xine xml2 xv xvid zlib
userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Comment 2 Danoz 2005-12-01 19:58:43 UTC
i was also having trouble emerging cairo because of binutils-2.16.91.0.4 (which
was fixed by using binutils-2.16.91.0.3), not sure if this is related though.
Comment 3 William Keaney 2005-12-03 13:22:03 UTC
I don't think this is related to your Cairo issue, Danoz.  I was using
libtools-2.16.1 at the time, and have since tried it with 2.16.1-r1 and
2.16.91.0.4.  I suspect there is a library that either needs emerging prior to
OpenSP or needs to be included in its headers.  I've just started a new job, so
my available time for trouble shooting is drastically reduced; I'll try to keep
on top of it and see if I can come up with at least a diagnosis, but some help
from the dev team would be really . . . helpful ;)
Comment 4 Harald van Dijk (RETIRED) gentoo-dev 2005-12-10 10:06:32 UTC
Created attachment 74440 [details, diff]
opensp-1.5.2_pre1.ebuild

I ran into the same issue myself, but found that 1.5.2pre1 fixed it. Attached
is the ebuild I used, a bit modified from 1.5.1. The gcc 3.4 patch appears to
no longer be necessary, so I removed it. I also removed the 4.1 patch, but I'm
not sure if that's still necessary (no 4.1 installed here ATM). Also,
--disable-doc-build is required with this version to avoid a dependency on
openjade (which requires opensp again).
Comment 5 Harald van Dijk (RETIRED) gentoo-dev 2005-12-10 10:08:08 UTC
(By the way, I didn't change the KEYWORDS. Obviously, that would need to be done
if this gets in the tree.)
Comment 6 Michael Cramer 2006-03-11 11:15:40 UTC
final of opensp-1.5.2 is available since 2005-12-23, this one builds fine with gcc-4.1 here on x86. i used the submitted ebuild here. should get in tree soon
Comment 7 William Keaney 2006-04-19 18:56:19 UTC
I don't know exactly why, but opensp-1.5.1 just emerged perfectly for me.  The problem must have been in another package.  If I can get confirmation on this from others, I think we can close this bug.