Hi, I'm afraid that you will need to choose one of your ORBs and use this. Still it's interesting how you solved conflicts in various other symbols which all need to be defined by both ORBs, e.g. CORBA::ORB*, PortableServer::* etc.
Cheers, Karel Ashish Kumar Sharma wrote: > Hi All, > > > > I am not sure if this is an issue to be posted here but I am completely > stuck and would appreciate any help over this. My C++ application (on > Mac OS X version 10.4.11) makes use of omni ORB (4.1.0) and Mico > (2.3.12) shared libraries. Omni ORB libraries are dependencies of a > static library(X.a) linked into the application and mico libraries are > dependencies of a dynamically loaded shared library(Y.dylib). > > > > The problem is that I get a runtime conflict for some symbols defined in > mico and omni libraries. My Y.dylib inadvertently links to wrong > function definitions, those defined in omni libraries instead of the > definitions in the mico library. The symbols in conflict are > (CORBA::DefaultRefCountBase::_add_ref & > CORBA::DefaultRefCountBase::_remove_ref). > > > > omni and mico libraries, both have been built on my machine using gcc > version 4.0.1 (build 5367). > > > > Regards, > > Ashish Kumar Sharma > > Sr. Software Engineer > > Enterprise - R&D > > > > www.quark.com > > > > > > CONFIDENTIALITY NOTICE > > This e-mail transmission and any documents, files, or previous e-mail > messages appended or attached to it, may contain information that is > confidential or legally privileged. If you are not the intended > recipient, or a person responsible for delivering it to the intended > recipient, you are hereby notified that any disclosure, copying, > printing, distribution, or use of the information contained or attached > to this transmission is STRICTLY PROHIBITED. If you have received this > transmission in error, please immediately notify the sender by telephone > (172.229.9460) or return e-mail message ([EMAIL PROTECTED]) and delete > the original transmission, its attachments, and any copies without > reading or saving in any manner. Thank you. > > > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mico-devel mailing list > Mico-devel@mico.org > http://www.mico.org/mailman/listinfo/mico-devel -- Karel Gardas [EMAIL PROTECTED] ObjectSecurity Ltd. http://www.objectsecurity.com _______________________________________________ Mico-devel mailing list Mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel
