[omniORB] compiling v4.0.x with MSVC++ v5 sp3

baileyk at schneider.com baileyk at schneider.com
Thu Nov 13 08:06:15 GMT 2003


I've successfully built omniORB v3.0.5 with MSVC++ v5.0 sp3, but I've also
made a concerted effort to compile omniORB v4.0.2 and the latest CVS
snapshot, and at this point I don't think it's going to happen.

There are many (at least 5) instances of an internal compiler error on
simple global variable definitions.  The first is (for 4.0.2)

initRefs.cc
initRefs.cc(172) : fatal error C1001: INTERNAL COMPILER ERROR
                (compiler file 'E:\utc\src\\P2\main.c', line 379)
    Please choose the Technical Support command on the Visual C++
    Help menu, or open the Technical Support help file for more information

I've tried rearranging the source code, re-writing the String_var
constructors, and various other hacks, but to no avail...

Researching this on the net finds this MS article

http://support.microsoft.com/support/kb/articles/q167/3/47.asp

However, that claims sp3 solves the problem.  The workaround (disable
global optimization) also fails.  I have found some reports that the phase
2 compiler from sp2 solves the problem, but I'd hate to try to downgrade.
This page

http://support.microsoft.com/support/kb/articles/q168/9/12.asp

does not appear to list any bug which is similar to what I'm seeing execpt
for 167347 which is the one they claim to have fixed in sp3.

As I commented out the lines which caused the internal compiler errors,
eventually I got more mundane errors concerning socket structure field
names.  So my opinion at this point is that the combination of omniORB
v4.0.x and MSVC++ v5 sp3 would be very challenging to make work.  I'd
suggest removing all mention of MSVC++ v5 from the READMEs.

Thanks,
Kendall





More information about the omniORB-list mailing list