Re: ACE 5.0 and GCC 2.95 Problems

[Alexandre Oliva <oliva at dcc dot unicamp dot br>]

Hello, Preston.  Hi, Doug! :-)

On Aug  7, 1999, "Preston A. Elder" <prez@goth.net> wrote:

> SunOS -- GCC:
> /usr/include/g++-3/stl_relops.h:38: Internal compiler error in `dwarfout_file_scope_decl', at dwarfout.c:5336

If this is Solaris/x86, the current solution is to remove `-g'.  The
bug is already known, but there's no patch so far :-(

> /usr/local/include/ace/Svc_Handler.cpp:41: operator new should throw an exception, not return NULL
> Shouldnt new keep that for backward compatability?

The C++ Standard doesn't say so, try -fcheck-new

> /usr/local/include/ace/OS.i:8917: implicit declaration of function 	nt ctime_r(...)'
> /usr/local/include/ace/OS.i:8917: return to `char *' from 	nt' lacks a cast

Try -fpermissive; this will disable several verifications that gcc
2.95 started to do to become standard compliant.  One of those is to
refuse to assume implicit declarations of functions.

> Another problem I found on Linux with GCC -- when trying to compile
> this program with -O, -O2 or -O3 it will go for a while, then start
> taking up CPU resources like anything, and eventually, either just
> use up all resources, or exit out with out of virtual memory.

Depending on the kind of casts ACE uses, this problem may be triggered
by some new optimizations in gcc 2.95, that make some assumptions on
pointer aliasing.  It can be disabled with -fno-strict-aliasing.

-- 
Alexandre Oliva http://www.dcc.unicamp.br/~oliva IC-Unicamp, Bra[sz]il
oliva@{dcc.unicamp.br,guarana.{org,com}} aoliva@{acm.org,computer.org}
oliva@{gnu.org,kaffe.org,{egcs,sourceware}.cygnus.com,samba.org}
** I may forward mail about projects to mailing lists; please use them