Studio 10 compiler bug with example

Question

The following example produces a crash on Solaris Intel with Sun Studio 10, but works with Workshop 6 update 2.
This example describes the simple case of using Xerces-c C++'s DefaultHandler class from a shared library.
Running "main" will crash using Sun Studio 10 on Solaris 10 x86 but exits normally on Solaris any Sparc.
Execute the following commands to build the example:
CC -mt -G -g -KPIC -c t1.cpp -o t1.o -g -fns -features=rtti -lpthread
CC -mt -G -g -o libt1.so t1.o -z defs -lCrun -lc
CC -mt -G -g -KPIC -c t2.cpp -o t2.o -g -fns -features=rtti -lpthread
CC -mt -G -g -o libt2.so t2.o -z defs -lCrun -lc libt1.so
CC -mt -g -o main main.cpp -features=rtti -Bdynamic libt2.so
Contents of main.cpp:
#include "t2.h"
#include "unistd.h"
int main(void)
CT2Start* t2start = new CT2Start();
t2start->Start();
delete t2start;
return 0;
Contents of t1.h:
class CT1A
public:
virtual void T1(void) = 0;
class CT1B
public:
class CT1 :
public CT1B,
public CT1A
public:
virtual void T1(void);
inline void CT1::T1(void)
class CT1Start
public:
void Start(CT1A* t1a);
Contents of t1.cpp:
#include "t1.h"
class CDoSomething
public:
void DoSomething(void)
void CT1Start::Start(CT1A* t1a)
CDoSomething* doSomething = new CDoSomething();
t1a->T1();
doSomething->DoSomething();
delete doSomething;
Contents of t2.h:
#include "t1.h"
class CT2 : public CT1
public:
virtual void T1(void);
class CT2Start
public:
void Start(void);
Contents of t2.cpp:
#include "t2.h"
void CT2::T1(void)
void CT2Start::Start(void)
CT2* t2 = new CT2();
CT1Start* t1start = new CT1Start();
t1start->Start(t2);
delete t1start;
delete t2;
}

Answer 1

Your build script has some problems. You are using the -G option when you intend to compile to a .o, but -G is for creating a shared library. There are problems with library dependencies . You build libt2.so with a dependency on libt1.so, but libt1 is does not satisfy any references in libt2, so the dependency has no effect. You need to list libt1 when building the executable. (Maybe in the real program libt1 is needed by libt2.)
You don't need to use LD_LIBRARY_PATH at all. You should instead build a run-path into the executable, using the -R option. For reasons why you should never set LD_LIBRARY_PATH, see this blog entry:
http://blogs.sun.com/roller/page/rie?anchor=tt_ld_library_path_tt
Here is a corrected build script:
CC -mt -c -g -KPIC t1.cpp
CC -mt -G -g -o libt1.so t1.o -z defs -lCrun -lpthread -lc
CC -mt -c -g -KPIC t2.cpp
CC -mt -G -g -o libt2.so t2.o -z defs libt1.so -lCrun -lpthread -lc
CC -mt -g -o main main.cpp libt1.so libt2.so -lpthread -R.
I have omitted the -features=rtti, since it is the default, and has no effect. I also omitted the -fns. You can put it back if you don't want standard floating-point results.
I verified the problem using the original release of Studio 10. Using the current patched version, the code runs as originally written.
You can get the current patches here:
http://developers.sun.com/prodtech/cc/downloads/patches/index.html