gcc/cp/NEWS

   1 *** Changes since G++ version 2.7.2:
   2
   3 * A public review copy of the December 1996 Draft of the ANSI/ISO C++
   4   proto-standard is now available. See
   5
   6         http://www.cygnus.com/misc/wp/
   7
   8   for more information.
   9
  10 * g++ now uses a new implementation of templates. The basic idea is that
  11   now templates are minimally parsed when seen and then expanded later.
  12   This allows conformant early name binding and instantiation controls,
  13   since instantiations no longer have to go through the parser.
  14
  15   What you get:
  16
  17      + Inlining of template functions works without any extra effort or
  18        modifications.
  19      + Instantiations of class templates and methods defined in the class
  20        body are deferred until they are actually needed (unless
  21        -fexternal-templates is specified).
  22      + Nested types in class templates work.
  23      + Static data member templates work.
  24      + Member function templates are now supported.
  25      + Partial specialization of class templates is now supported.
  26      + Explicit specification of template parameters to function templates
  27        is now supported.
  28
  29   Things you may need to fix in your code:
  30
  31      + Syntax errors in templates that are never instantiated will now be
  32        diagnosed.
  33      + Types and class templates used in templates must be declared
  34        first, or the compiler will assume they are not types, and fail.
  35      + Similarly, nested types of template type parameters must be tagged
  36        with the 'typename' keyword, except in base lists.  In many cases,
  37        but not all, the compiler will tell you where you need to add
  38        'typename'.  For more information, see
  39
  40             http://www.cygnus.com/misc/wp/dec96pub/template.html#temp.res
  41
  42      + Guiding declarations are no longer supported.  Function declarations,
  43        including friend declarations, do not refer to template instantiations.
  44        You can restore the old behavior with -fguiding-decls until you fix
  45        your code.
  46
  47   Other features:
  48
  49      + Default function arguments in templates will not be evaluated (or
  50        checked for semantic validity) unless they are needed.  Default
  51        arguments in class bodies will not be parsed until the class
  52        definition is complete.
  53      + The -ftemplate-depth-NN flag can be used to increase the maximum
  54        recursive template instantiation depth, which defaults to 17. If you
  55        need to use this flag, the compiler will tell you.
  56      + Explicit instantiation of template constructors and destructors is
  57        now supported.  For instance:
  58
  59             template A<int>::A(const A&);
  60
  61   Still not supported:
  62
  63      + Member class templates.
  64      + Template template parameters.
  65      + Template friends.
  66
  67 * Exception handling support has been significantly improved and is on by
  68   default.  This can result in significant runtime overhead.  You can turn
  69   it off with -fno-exceptions.
  70
  71 * RTTI support has been rewritten to work properly and is now on by default.
  72   This means code that uses virtual functions will have a modest space
  73   overhead.  You can use the -fno-rtti flag to disable RTTI support.
  74
  75 * On ELF systems, duplicate copies of symbols with 'initialized common'
  76   linkage (such as template instantiations, vtables, and extern inlines)
  77   will now be discarded by the GNU linker, so you don't need to use -frepo.
  78   This support requires GNU ld from binutils 2.8 or later.
  79
  80 * The overload resolution code has been rewritten to conform to the latest
  81   C++ Working Paper.  Built-in operators are now considered as candidates
  82   in operator overload resolution.  Function template overloading chooses
  83   the more specialized template, and handles base classes in type deduction
  84   and guiding declarations properly.  In this release the old code can
  85   still be selected with -fno-ansi-overloading, although this is not
  86   supported and will be removed in a future release.
  87
  88 * Standard usage syntax for the std namespace is supported; std is treated
  89   as an alias for global scope.  General namespaces are still not supported.
  90
  91 * New flags:
  92
  93      + New flags -Wsign-promo (warn about potentially confusing promotions
  94        in overload resolution), -Wno-pmf-conversion (don't warn about
  95        converting from a bound member function pointer to function pointer).
  96
  97      + A flag -Weffc++ has been added for violations of some of the style
  98        guidelines in Scott Meyers' _Effective C++_ books.
  99
 100      + -Woverloaded-virtual now warns if a virtual function in a base
 101        class is hidden in a derived class, rather than warning about
 102        virtual functions being overloaded (even if all of the inherited
 103        signatures are overridden) as it did before.
 104
 105      + -Wall no longer implies -W.  The new warning flag, -Wsign-compare,
 106         included in -Wall, warns about dangerous comparisons of signed and
 107         unsigned values. Only the flag is new; it was previously part of
 108         -W.
 109
 110      + The new flag, -fno-weak, disables the use of weak symbols.
 111
 112 * Synthesized methods are now emitted in any translation units that need
 113   an out-of-line copy. They are no longer affected by #pragma interface
 114   or #pragma implementation.
 115
 116 * __FUNCTION__ and __PRETTY_FUNCTION__ are now treated as variables by the
 117   parser; previously they were treated as string constants.  So code like
 118   `printf (__FUNCTION__ ": foo")' must be rewritten to
 119   `printf ("%s: foo", __FUNCTION__)'.  This is necessary for templates.
 120
 121 * local static variables in extern inline functions will be shared between
 122   translation units.
 123
 124 * -fvtable-thunks is supported for all targets, and is the default for
 125   Linux with glibc 2.x (also called libc 6.x).
 126
 127 * bool is now always the same size as another built-in type. Previously,
 128   a 64-bit RISC target using a 32-bit ABI would have 32-bit pointers and a
 129   64-bit bool. This should only affect Irix 6, which was not supported in
 130   2.7.2.
 131
 132 * new (nothrow) is now supported.
 133
 134 * Synthesized destructors are no longer made virtual just because the class
 135   already has virtual functions, only if they override a virtual destructor
 136   in a base class.  The compiler will warn if this affects your code.
 137
 138 * The g++ driver now only links against libstdc++, not libg++; it is
 139   functionally identical to the c++ driver.
 140
 141 * (void *)0 is no longer considered a null pointer constant; NULL in
 142   <stddef.h> is now defined as __null, a magic constant of type (void *)
 143   normally, or (size_t) with -ansi.
 144
 145 * The name of a class is now implicitly declared in its own scope; A::A
 146   refers to A.
 147
 148 * Local classes are now supported.
 149
 150 * __attribute__ can now be attached to types as well as declarations.
 151
 152 * The compiler no longer emits a warning if an ellipsis is used as a
 153   function's argument list.
 154
 155 * Definition of nested types outside of their containing class is now
 156   supported.  For instance:
 157
 158        struct A {
 159               struct B;
 160               B* bp;
 161        };
 162
 163        struct A::B {
 164               int member;
 165        };
 166
 167 * On the HPPA, some classes that do not define a copy constructor
 168   will be passed and returned in memory again so that functions
 169   returning those types can be inlined.
 170
 171 *** The g++ team thanks everyone that contributed to this release,
 172     but especially:
 173
 174 * Joe Buck <jbuck@synopsys.com>, the maintainer of the g++ FAQ.
 175 * Brendan Kehoe <brendan@cygnus.com>, who coordinates testing of g++.
 176 * Jason Merrill <jason@cygnus.com>, the g++ maintainer.
 177 * Mark Mitchell <mmitchell@usa.net>, who implemented member function
 178   templates and explicit qualification of function templates.
 179 * Mike Stump <mrs@wrs.com>, the previous g++ maintainer, who did most of
 180   the exception handling work.