link errors, std::xxx on SGI. Help!

link errors, std::xxx on SGI. Help!

[Magyar, Thomas J. CIV NAVAIR]

Hopefully you can help save some of the hair I have left.... ;)

I'm using gcc v3.4 (we recently downloaded and built it) on an SGI with Irix 6.5. I've built a static library fine with no problems. Now, I'm trying to link to it with a small test program. I'm receiving a few link errors, all concerning the same thing. Here is the output:

---------------------------
ld32: ERROR 33: Unresolved text symbol "std::_Rb_tree_insert_and_rebalance(...)" -- 1st referenced by <a file in the library>
ld32: ERROR 33: Unresolved text symbol "std::_Rb_tree_decrement(...)" -- 1st referenced by <a file in our library>
ld32: ERROR 33: Unresolved text symbol "std::_Rb_tree_increment(...)" -- 1st referenced by <a file in our library>
ld32: ERROR 33: Unresolved text symbol "std::_List_node_base::hook(...)" -- 1st referenced by <a file in our library>
ld32: ERROR 33: Unresolved text symbol "std::_List_node_base::unhook(...)" -- 1st referenced by <a file in our library>
ld32: ERROR 33: Unresolved text symbol "std::_Rb_tree_insert_and_rebalance_for_erase(...)" -- 1st referenced by <a file in our library>
---------------------------

Does anyone have any ideas? I have no idea what these are; searches on the internet turned up nothing. Some around here I have talked to think maybe my include paths are not right when building the library. I added the lstdc++ library to link with, but no change in errors. I also have to link with glib-2.0. 

Thanks,

Tom

Re: link errors, std::xxx on SGI. Help!

[Vidyasagara Guntaka]

Hi Tom,

A quick thing comes to my mind.  I encountered similar errors when I
included the .h files instead of the .cpp file for template based
classes.  If you are using template based classes make sure that you are
including the corresponding template based class implementations.

Hope this helps.

Regards,
Sagar.

On Wed, 2005-06-22 at 17:13 -0400, Magyar, Thomas J. CIV NAVAIR wrote:
> Hopefully you can help save some of the hair I have left.... ;)
> 
> I'm using gcc v3.4 (we recently downloaded and built it) on an SGI with Irix 6.5. I've built a static library fine with no problems. Now, I'm trying to link to it with a small test program. I'm receiving a few link errors, all concerning the same thing. Here is the output:
> 
> ---------------------------
> ld32: ERROR 33: Unresolved text symbol "std::_Rb_tree_insert_and_rebalance(...)" -- 1st referenced by <a file in the library>
> ld32: ERROR 33: Unresolved text symbol "std::_Rb_tree_decrement(...)" -- 1st referenced by <a file in our library>
> ld32: ERROR 33: Unresolved text symbol "std::_Rb_tree_increment(...)" -- 1st referenced by <a file in our library>
> ld32: ERROR 33: Unresolved text symbol "std::_List_node_base::hook(...)" -- 1st referenced by <a file in our library>
> ld32: ERROR 33: Unresolved text symbol "std::_List_node_base::unhook(...)" -- 1st referenced by <a file in our library>
> ld32: ERROR 33: Unresolved text symbol "std::_Rb_tree_insert_and_rebalance_for_erase(...)" -- 1st referenced by <a file in our library>
> ---------------------------
> 
> Does anyone have any ideas? I have no idea what these are; searches on the internet turned up nothing. Some around here I have talked to think maybe my include paths are not right when building the library. I added the lstdc++ library to link with, but no change in errors. I also have to link with glib-2.0. 
> 
> Thanks,
> 
> Tom
> 

RE: link errors, std::xxx on SGI. Help!

[Magyar, Thomas J. CIV NAVAIR]

Hello,

Thank you for the reply. I have figured it out! I started peeking around in directories to see what other libraries might possibly be missing in the link. Turns out that the libstdc++.a library was from gcc v3.3. We had just upgraded to gcc v3.4.4. I found the newer library on the machine and mdified my linker path to point there and it linked with no errors and ran fine!

On to my next problem.... ;)

Thanks again,

Tom 


> -----Original Message-----
> From: Vidyasagara Guntaka [mailto:vguntaka@Brocade.COM]
> Sent: Wednesday, June 22, 2005 18:51
> To: Magyar, Thomas J. CIV NAVAIR
> Cc: gcc-help@gcc.gnu.org
> Subject: Re: link errors, std::xxx on SGI. Help!
> 
> 
> Hi Tom,
> 
> A quick thing comes to my mind.  I encountered similar errors when I
> included the .h files instead of the .cpp file for template based
> classes.  If you are using template based classes make sure 
> that you are
> including the corresponding template based class implementations.
> 
> Hope this helps.
> 
> Regards,
> Sagar.
> 
> On Wed, 2005-06-22 at 17:13 -0400, Magyar, Thomas J. CIV NAVAIR wrote:
> > Hopefully you can help save some of the hair I have left.... ;)
> > 
> > I'm using gcc v3.4 (we recently downloaded and built it) on 
> an SGI with Irix 6.5. I've built a static library fine with 
> no problems. Now, I'm trying to link to it with a small test 
> program. I'm receiving a few link errors, all concerning the 
> same thing. Here is the output:
> > 
> > ---------------------------
> > ld32: ERROR 33: Unresolved text symbol 
> "std::_Rb_tree_insert_and_rebalance(...)" -- 1st referenced 
> by <a file in the library>
> > ld32: ERROR 33: Unresolved text symbol 
> "std::_Rb_tree_decrement(...)" -- 1st referenced by <a file 
> in our library>
> > ld32: ERROR 33: Unresolved text symbol 
> "std::_Rb_tree_increment(...)" -- 1st referenced by <a file 
> in our library>
> > ld32: ERROR 33: Unresolved text symbol 
> "std::_List_node_base::hook(...)" -- 1st referenced by <a 
> file in our library>
> > ld32: ERROR 33: Unresolved text symbol 
> "std::_List_node_base::unhook(...)" -- 1st referenced by <a 
> file in our library>
> > ld32: ERROR 33: Unresolved text symbol 
> "std::_Rb_tree_insert_and_rebalance_for_erase(...)" -- 1st 
> referenced by <a file in our library>
> > ---------------------------
> > 
> > Does anyone have any ideas? I have no idea what these are; 
> searches on the internet turned up nothing. Some around here 
> I have talked to think maybe my include paths are not right 
> when building the library. I added the lstdc++ library to 
> link with, but no change in errors. I also have to link with 
> glib-2.0. 
> > 
> > Thanks,
> > 
> > Tom
> > 
>