From: Grzegorz J. <ja...@ac...> - 2004-11-07 13:26:28
|
Thomas Engelmeier wrote: > At 21:50 Uhr +0800 05.11.2004, Grzegorz Jakacki wrote: > > Hi Grzegorz, > >>> - 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). >> >> >> You mean during building OpenC++ or compiling with OpenC++? > > > Both. Most of the Makefiles refer to libtool even if $LIBTOOL is > defined, and the occ2 script does the same... > >>> - 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 >> >> >> That's very valuable feedback. Could you send a patch agains 2.8 for >> these? > > > If I figure out how to diff directories, yes ;-). diff -r > Whom should I send it to? (I'm not a fan of huge compiler error or > patchfile attachment on mailinglists)... It's OK on this list. BR Grzegorz |