From: Thomas E. <te-...@en...> - 2004-11-05 13:06:07
|
Hi, I currently wanted to evaluate OpenCXX for generation of language bindings of crufty old C code into some reflectable languages on MacOS X. The 2.8 distribution has a bunch of problems: - with the normal automake / autoconf / make chain there is a problem that in most of the makefiles libtool is invoked, not something configurable (glibtool on OS X) or the local libtool ($OPENCXX/libtool). - compiled, one of the samples (IIRC verbose2) produces an coredump. The problem is the sample tries to write to cout at static initialisation time. The init order is _not_ guaranteed by the ANSI Standard - while it is desirable std::cout is usuable all the time, the only thing that is guaranteed is it is usuable when program execution reaches the first line of main(); - With an more rigid ANSI compliant standard library implementation (Metrowerks Codewarrior) there are compile errors due to missing namespace using clauses in a whole bunch of files ChangedMemberList.cc -> using std::memmove Error : undefined identifier 'strlen' auxil.cc line 28 int len = strlen(src); Error : undefined identifier 'strcpy' auxil.cc line 30 return strcpy(result, src); etc... Regards, Tom_E |