Jérôme Carretero
2008-10-14 20:48:19 UTC
Hi list,
I am developing a software that has to eventually run in Windows, and on Friday I tried to re-build it for Windows, with its new CORBA features using - of course - omniORB.
I started to compile omniORB in Windows/MinGW.
As I was in a hurry, and as I wasn't able to build some tools under Windows, I used some shortcuts :
* edited mk/ files to specify that I have a Windows platform
* used the bundled omkdepend.exe (commenting the import of dir.mk in the omkdepend Makefile),
* used my Linux omniidl to build the stuff generated from the IDL, having troubles with the Windows version
* used the Linux generated includes (adapted the config one)
* patched some cc/h files that deliberately didn't want to be compiled because they had some HAVE_SOME_POSIX_FEATURE that caused problems.
So I succeeded to build what interested me, ie. libomnithread.a, libomniORB4.a, and libomnidynamic4.a.
Now when building my program, I have some troubles, a bunch of undefined references to omniORB symbols, coming from libomnidynamic4.a object files (see attachment).
Seems that some content has not been put in the lib, and I wonder where it could have came from.
Maybe someone who knows the library better than me, will have a quick idea that will save me some time.
If it works, I'll report the whole procedure here, it might be useful for busy people that have the same environment as me.
--
J?r?me
PS : Code modifications I performed :
* in corbaBoa.cc and poa.cc do #undef HAVE_GETTIMEOFDAY
* add -lws2_32 to LIB_IMPORTS
* in corbaOrb.cc do #undef HAVE_SIGACTION and #undef HAVE_SIGVEC
Also, I tried windows pthreads, but the used PTHREAD_GET_EXPIRATION_NP is not defined there.
So I am sticking with NT threads.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: win.err
Type: application/octet-stream
Size: 64383 bytes
Desc: not available
Url : http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20081014/283d051e/win-0001.obj
I am developing a software that has to eventually run in Windows, and on Friday I tried to re-build it for Windows, with its new CORBA features using - of course - omniORB.
I started to compile omniORB in Windows/MinGW.
As I was in a hurry, and as I wasn't able to build some tools under Windows, I used some shortcuts :
* edited mk/ files to specify that I have a Windows platform
* used the bundled omkdepend.exe (commenting the import of dir.mk in the omkdepend Makefile),
* used my Linux omniidl to build the stuff generated from the IDL, having troubles with the Windows version
* used the Linux generated includes (adapted the config one)
* patched some cc/h files that deliberately didn't want to be compiled because they had some HAVE_SOME_POSIX_FEATURE that caused problems.
So I succeeded to build what interested me, ie. libomnithread.a, libomniORB4.a, and libomnidynamic4.a.
Now when building my program, I have some troubles, a bunch of undefined references to omniORB symbols, coming from libomnidynamic4.a object files (see attachment).
Seems that some content has not been put in the lib, and I wonder where it could have came from.
Maybe someone who knows the library better than me, will have a quick idea that will save me some time.
If it works, I'll report the whole procedure here, it might be useful for busy people that have the same environment as me.
--
J?r?me
PS : Code modifications I performed :
* in corbaBoa.cc and poa.cc do #undef HAVE_GETTIMEOFDAY
* add -lws2_32 to LIB_IMPORTS
* in corbaOrb.cc do #undef HAVE_SIGACTION and #undef HAVE_SIGVEC
Also, I tried windows pthreads, but the used PTHREAD_GET_EXPIRATION_NP is not defined there.
So I am sticking with NT threads.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: win.err
Type: application/octet-stream
Size: 64383 bytes
Desc: not available
Url : http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20081014/283d051e/win-0001.obj