[prev in list] [next in list] [prev in thread] [next in thread] 

List:       omniorb-list
Subject:    RE: [omniORB] Compile omniOBR-4.0.1 using .NET 2005(VC 8.0) compiler
From:       "S. Sahayaraj" <ssahayaraj () quark ! com>
Date:       2006-06-27 19:25:56
Message-ID: E4BA263BF06DB14ABBD1DCCB7DBB0E79019749C2 () EXCH-IND-VS1 ! india ! quark ! com
[Download RAW message or body]

Tried to compile the omniORB-4.0.7 on VC8 along with STLPort. I'm
getting the following linking errors. Would it be a known issue OR any
workaround is available. Kindly let me know that.

Thanks
Sahay.

Namingdynstub.o : error LNK2001: unresolved external symbol "public:
virtual voi

d __thiscall CosNaming::NamingContext::CannotProceed::_raise(void)const
" (?_rai

se@CannotProceed@NamingContext@CosNaming@@UBEXXZ)

Namingdynstub.o : error LNK2001: unresolved external symbol "private:
virtual ch

ar const * __thiscall
CosNaming::NamingContext::CannotProceed::_NP_repoId(int *)

const " (?_NP_repoId@CannotProceed@NamingContext@CosNaming@@EBEPBDPAH@Z)

Namingdynstub.o : error LNK2001: unresolved external symbol "private:
virtual vo

id __thiscall CosNaming::NamingContext::CannotProceed::_NP_marshal(class
cdrStre

am &)const "
(?_NP_marshal@CannotProceed@NamingContext@CosNaming@@EBEXAAVcdrStre

am@@@Z)

Namingdynstub.o : error LNK2001: unresolved external symbol "public:
virtual cla

ss CORBA::Exception * __thiscall
CosNaming::NamingContext::CannotProceed::_NP_du

plicate(void)const "
(?_NP_duplicate@CannotProceed@NamingContext@CosNaming@@UBEP

AVException@CORBA@@XZ)

Namingdynstub.o : error LNK2001: unresolved external symbol "private:
virtual ch

ar const * __thiscall
CosNaming::NamingContext::CannotProceed::_NP_typeId(void)c

onst " (?_NP_typeId@CannotProceed@NamingContext@CosNaming@@EBEPBDXZ)

Namingdynstub.o : error LNK2019: unresolved external symbol "public:
virtual __t

hiscall CosNaming::NamingContext::CannotProceed::~CannotProceed(void)"
(??1Canno

tProceed@NamingContext@CosNaming@@UAE@XZ) referenced in function
"public: virtua

l void * __thiscall CosNaming::NamingContext::CannotProceed::`scalar
deleting de

structor'(unsigned int)"
(??_GCannotProceed@NamingContext@CosNaming@@UAEPAXI@Z)

shared\omniDynamic401_rt.dll : fatal error LNK1120: 632 unresolved
externals
 

-----Original Message-----
From: Duncan Grisby [mailto:duncan@grisby.org] 
Sent: Wednesday, June 21, 2006 9:34 PM
To: S. Sahayaraj
Cc: omniorb-list@omniorb-support.com
Subject: Re: [omniORB] Compile omniOBR-4.0.1 using .NET 2005(VC 8.0)
compiler 

On Monday 12 June, "S. Sahayaraj" wrote:

> We just want to use omniORB-4.0.1 only and  don't want to change the
> omniORB-4.0.1 to 4.0.7. 
> 
> Can we compile the 4.0.1 code base with required changes done in .mk 
> files?. OR is it compulsory to change it 4.0.7 for VC8 support?.

It is much better if you use 4.0.7. I think there were several minor
changes to support VC8, in addition to the new platform file, so you
will have to do some modifications if you're determined to stick with
4.0.1.

Why do you want to stick with 4.0.1?  I can understand that you would
want to avoid possible regressions, but if you're using a totally new
compiler, I'm sure you're going to have to do a full regression test
anyway.

Cheers,

Duncan.

-- 
 -- Duncan Grisby         --
  -- duncan@grisby.org     --
   -- http://www.grisby.org --

_______________________________________________
omniORB-list mailing list
omniORB-list@omniorb-support.com
http://www.omniorb-support.com/mailman/listinfo/omniorb-list

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic