Re: [Opencxx-users] Problem with g++-3.2

[Chris C. <che...@cl...>]

Hi,

On Fri, 11 Jul 2003, Carsten Pfeiffer wrote:
> 
> please try the current CVS version, the problem should be fixed there (and it 
> should be at least as stable as that snapshot).
> 

Thanks a lot. 
I tried the current CVS version (from 
cvs.sourceforge.net:/cvsroot/opencxx/opencxx) and my last problem did not 
appear. However, 


1) If I follow the tutorial to use the dynamic-linking in the OpenC++ 
compiler,

[sample]$ ../src/occ -I../src -I../gc -- -g -o person person.cc
lt_dlopen(VerboseClass.so) failed: 
/.../opencxx/sample/VerboseClass.so: 
undefined symbol: _ZTIN7Opencxx5ClassE
[cheungcc@orchid sample]$ c++filt _ZTIN7Opencxx5ClassE
typeinfo for Opencxx::Class

The symbol "typeinfo for Opencxx::Class" seems missing.
If I use static linking with src/.lib/libocc.a, then there is no problem.


2) If I try using another compiler like Intel compiler icc

[opencxx-icc]$ export CC=icc
[opencxx-icc]$ export CXX=icc
[opencxx-icc]$ export CXXFLAGS=-w1
[opencxx-icc]$ export CFLAGS=-w1
[opencxx-icc]$ cd ..
[opencxx-icc]$ ./configure

It seems that the make system hardcoded using gcc and g++ in compiling 
some source files. Moreover, icc encounter compilation error like

buffer.cc(455): error: no instance of overloaded "operator new[]" matches 
the argument list
            argument types are: (unsigned int, GCPlacement)
      buf = new (GC) char[BufSize];

Is there any solution or workaround? 

Thank you very much.

-- 
Best Regards,

Chris Cheung
Center for Large-Scale Computation

Have a nice day!