This thread is discussing libstdc++ issues and linux.

In particular, the hxclientkit wrapper is using the stl library, and 
this is causing problems.

My favourite solution so far is to statically link libstdc++ into the build.

Comments?

-------- Original Message --------
Subject: 	Re: Error with player_tar-101403-51/linux-2.2-libc6-gcc32-i586
Date: 	Wed, 15 Oct 2003 12:36:29 -0700
From: 	Rob Lanphier <robla at real.com>
To: 	Scott Hancher <sehancher at real.com>
CC: 	Ryan Gammon <rgammon at real.com>, Nicholas Hart <nhart at real.com>, 
Vikram Dendi <vdendi at real.com>, Michael Maloney <mmaloney at real.com>
References: 	<2E6B87B0-FF3E-11D7-BCE1-0003938973E2 at real.com>



Nick and Ryan build the player themselves, so they aren't going to have
name mangling mismatches.

I'd suggest we broaden this discussion at this point (preferably
dev at player.helixcommunity.org).  I sent this to a relatively small
distribution because I hoped this might be a simple user config or
simple bug.  It sounds like we're getting into design philosophy and
coding practice, which at a minimum should involve the techleads here.

Rob

On Wed, 2003-10-15 at 11:34, Scott Hancher wrote:
> Is this a new problem, or is it just specific to certain systems? Have 
> you and Nick had any problems?
> 
> ++Scott.
> 
> On Wednesday, October 15, 2003, at 10:55 AM, Ryan Gammon wrote:
> 
> > We could statically link in libstdc++ on linux (add the .a to the link 
> > command line -- don't know of a better way).
> >
> > Scott Hancher wrote:
> >
> >> I'd prefer not to. Due to the lack of dead stripping in the current 
> >> Apple compilers and the need to make this module small and compact, I 
> >> had a goal to have no dependencies on Helix static libraries. Pulling 
> >> in one static library to use the container classes will cause a 
> >> number of other libraries to be pulled in given the interdependency 
> >> among Helix static libraries (PNLib's).
> >>
> >> ++Scott.
> >>
> >> On Tuesday, October 14, 2003, at 06:11 PM, Ryan Gammon wrote:
> >>
> >>> That demangles to something in libstdc++ 
> >>> std::__default_alloc_template<true, 0>::_S_force_new
> >>>
> >>> It looks like it's getting pulled in by the use of stl datatypes 
> >>> (std::string, std::vector) in the hxclientkit statistics tracker.
> >>>
> >>> Can we convert those to using helix types?
> >>>
> >>> I'm not getting those symbols in my debug build -- might have 
> >>> something to do with inlining, or it might have to do with my later 
> >>> version of libstdc++. If it's the latter, an upgrade on the build 
> >>> farm might help.
> >>>
> >>> Rob Lanphier wrote:
> >>>
> >>>> Hi all,
> >>>>
> >>>> I just tried to download the latest nightly build of the player 
> >>>> tarball
> >>>> off of horton.  I downloaded HelixPlayer.tar.gz, untarred, cd'ed to 
> >>>> the
> >>>> directory, and tried running "./hxplay".  Here's the result:
> >>>>
> >>>> ./hxplay: relocation error: ./hxplay: undefined symbol:
> >>>> _ZNSt24__default_alloc_templateILb1ELi0EE12_S_force_newE
> >>>>
> >>>> I'm on a Red Hat 8 system, with Ximian's XD2 installed (Gnome 2.2). 
> >>>> Build id: player_tar-101403-51/linux-2.2-libc6-gcc32-i586
> >>>>
> >>>> Rob
> >>>>
> >>>
> >>> -- 
> >>> Ryan Gammon
> >>> rgammon at real.com
> >>> Developer for Helix Player
> >>> https://player.helixcommunity.org
> >>>
> >>>
> >>>
> >>
> >>
> >
> > -- 
> > Ryan Gammon
> > rgammon at real.com
> > Developer for Helix Player
> > https://player.helixcommunity.org
> >
> >
> >
-- 
Rob Lanphier, Helix Community Coordinator - RealNetworks
http://helixcommunity.org http://rtsp.org http://realnetworks.com




-- 
Ryan Gammon
rgammon at real.com
Developer for Helix Player
https://player.helixcommunity.org



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe at player.helixcommunity.org
For additional commands, e-mail: dev-help at player.helixcommunity.org