Re: [Opencxx-users] Cygwin problem

[Grzegorz J. <ja...@ac...>]

Hi!

Grigorenko Dmitriy wrote:
> Hello
> 
> I renamed ptree.h to ptree2.h and so on. 

Gilles renamed files in CVS already.

To avoid holding your changes/patches, could I add you to developers and 
ask that you commit this kind of changes to CVS yourself in the future? 
If you agree, please send me your SourceForge id.

> I cannot send you patch for it
> becouse I cannot represent the origin version on my FAT :-)

I see. AFAIK this is solved already (also 'aux').

> 
> I runned bootstrap. After this there is the configure params:
> ./configure --disable-gc --enable-ltdl-install --prefix=`pwd`/testbed 2>&1 |
> tee cfg.log
> 
> There were some warnings:
> In file included from /usr/include/c++/3.3.1/backward/strstream:51,
>                  from driver.cc:47:
> /usr/include/c++/3.3.1/backward/backward_warning.h:32:2: warning: #warning
> This
> file includes at least one deprecated or antiquated header. Please consider
> usin
> g one of the 32 headers found in section 17.4.1.2 of the C++ standard.
> Examples
> include substituting the <X> header for the <X.h> header for C++ includes,
> or <s
> stream> instead of the deprecated header <strstream.h>. To disable this
> warning
> use -Wno-deprecated.

This is just because of 'strstream'. Unfortunately, gcc-2.95  which is 
still widely used does not have 'sstream', so we either have to live 
with this warning, or provide our own, say, 'sstream-workaround.h' which 
will check if the compiler is gcc-2.95 and include 'strstream' or 
'sstream' respectively.

> 
> /bin/bash ./libtool --mode=link g++  -g -O2   -o libocc.la -rpath
> /usr/local/lib  empty_libocc.lo opencxx/libocc_mop.la libltdl/libltdl.la
> mkdir .libs
> libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin
> shared libraries

Is there a way to learn what undefined symbols are left??? (On Linux 
there is 'nm', I don't know how to do this on Cygwin.)

> Tests do not work :(. See tester2.log for more details.

This I don't understand. Libtool says it cannot find configure.ac or 
configure.in. WHY??? Why on earth should it need these files??? 
tester2.log shows the libtool command that failed. Could you check what 
happens if you just use this command on its own?

> But occ does not crash with sigsegv signal!

This is definitely a progress!!!

Are there any fixes that you introduced which are not in CVS yet?

Thanks,

Grzegorz