Karel, My application is not linking to the ORB libraries directly, only the application's dependencies (X.a and Y.dylib) link to ORB libraries. So I don't get any compilation or linking errors when I build my application. Even at run time, references to all of the symbols (other than those listed below) are resolved correctly by the dynamic link editor.
Just In case if the following gives you some idea (for the solution): The nm dump of the imported symbols in Y.dylib (for a class CORBA::LocalObject in libmico2.3.12.dylib) gives me: (undefined) external __ZN5CORBA11LocalObject11_remove_refEv (from libmico2.3.12) (undefined) external __ZN5CORBA11LocalObject8_add_refEv (from libmico2.3.12) As you see there is proper recording done by the linker for where the dyld should look for symbols at run time. So No conflict for this symbol. Unfortunately, for the symbols CORBA::DefaultValueRefCountBase::_add_ref & CORBA::DefaultRefCountBase::_remove_ref, It seems no such recording is being done by the linker. Here is the nm dump for these symbols in Y.dylib: (undefined) weak external __ZN5CORBA24DefaultValueRefCountBase8_add_refEv (undefined) weak external __ZN5CORBA24DefaultValueRefCountBase8_add_refEv.eh (undefined) weak external __ZN5CORBA24DefaultValueRefCountBase11_remove_refEv (undefined) weak external __ZN5CORBA24DefaultValueRefCountBase11_remove_refEv.eh I think the problem lies with the linker's treatment for these symbols. But now sure why with these symbols alone... Regards Ashish -----Original Message----- From: Karel Gardas [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 12, 2008 6:52 PM To: Ashish Kumar Sharma Cc: mico-devel@mico.org Subject: Re: [mico-devel] Symbol Conflict on MacOS X. 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
