OSDN Git Service

* cvt.c (convert_lvalue): New fn.
[pf3gnuchains/gcc-fork.git] / gcc / cp / NEWS
1 *** Changes in GCC 3.1:
2
3 *** Changes in GCC 3.0:
4
5 * Support for guiding declarations has been removed.
6
7 * G++ now supports importing member functions from base classes with a
8   using-declaration.
9
10 * G++ now enforces access control for nested types.
11
12 * In some obscure cases, functions with the same type could have the
13   same mangled name.  This bug caused compiler crashes, link-time clashes,
14   and debugger crahses.  Fixing this bug required breaking ABI
15   compatibility for the functions involved.  The functions in questions
16   are those whose types involve non-type template arguments whose
17   mangled representations require more than one digit.
18
19 * Support for assignment to `this' has been removed.  This idiom 
20   was used in the very early days of C++, before users were allowed
21   to overload `operator new'; it is no longer allowed by the C++
22   standard.
23
24 * Support for signatures, a G++ extension, have been removed.
25
26 * Certain invalid conversions that were previously accepted will now
27   be rejected.  For example, assigning function pointers of one type
28   to function pointers of another type now requires a cast, whereas
29   previously g++ would sometimes accept the code even without the
30   cast.
31
32 * G++ previously allowed `sizeof (X::Y)' where Y was a non-static
33   member of X, even if the `sizeof' expression occurred outside
34   of a non-static member function of X (or one of its derived classes, 
35   or a member-initializer for X or one of its derived classes.)   This
36   extension has been removed.
37
38 * G++ no longer allows you to overload the conditional operator (i.e., 
39   the `?:' operator.)
40
41 * The "named return value" extension:
42         
43     int f () return r { r = 3; }
44
45   has been deprecated, and will be removed in a future version of G++.
46
47 *** Changes in GCC 2.95:
48
49 * Messages about non-conformant code that we can still handle ("pedwarns")
50   are now errors by default, rather than warnings.  This can be reverted
51   with -fpermissive, and is overridden by -pedantic or -pedantic-errors.
52
53 * String constants are now of type `const char[n]', rather than `char[n]'.
54   This can be reverted with -fno-const-strings.
55
56 * References to functions are now supported.
57
58 * Lookup of class members during class definition now works in all cases.
59
60 * In overload resolution, type conversion operators are now properly
61   treated as always coming from the most derived class.
62
63 * C9x-style restricted pointers are supported, using the `__restrict'
64   keyword.
65
66 * You can now use -fno-implicit-inline-templates to suppress writing out
67   implicit instantiations of inline templates.  Normally we do write them
68   out, even with -fno-implicit-templates, so that optimization doesn't
69   affect which instantiations are needed.
70
71 * -fstrict-prototype now also suppresses implicit declarations.
72
73 * Many obsolete options have been removed: -fall-virtual, -fmemoize-lookups,
74   -fsave-memoized, +e?, -fenum-int-equivalence, -fno-nonnull-objects.
75
76 * Unused virtual functions can be discarded on some targets by specifying
77   -ffunction-sections -fvtable-gc to the compiler and --gc-sections to the
78   linker.  Unfortunately, this only works on Linux if you're linking
79   statically.
80
81 * Lots of bugs stomped.
82
83 *** Changes in EGCS 1.1:
84
85 * Namespaces are fully supported.  The library has not yet been converted 
86   to use namespace std, however, and the old std-faking code is still on by
87   default.  To turn it off, you can use -fhonor-std.
88
89 * Massive template improvements:
90   + member template classes are supported.
91   + template friends are supported.
92   + template template parameters are supported.
93   + local classes in templates are supported.
94   + lots of bugs fixed.
95
96 * operator new now throws bad_alloc where appropriate.
97
98 * Exception handling is now thread safe, and supports nested exceptions and
99   placement delete.  Exception handling overhead on x86 is much lower with
100   GNU as 2.9.
101
102 * protected virtual inheritance is now supported.
103
104 * Loops are optimized better; we now move the test to the end in most
105   cases, like the C frontend does.
106
107 * For class D derived from B which has a member 'int i', &D::i is now of
108   type 'int B::*' instead of 'int D::*'.
109
110 * An _experimental_ new ABI for g++ can be turned on with -fnew-abi.  The
111   current features of this are more efficient allocation of base classes
112   (including the empty base optimization), and more compact mangling of C++
113   symbol names (which can be turned on separately with -fsquangle).  This
114   ABI is subject to change without notice, so don't use it for anything
115   that you don't want to rebuild with every release of the compiler.
116
117   As with all ABI-changing flags, this flag is for experts only, as all
118   code (including the library code in libgcc and libstdc++) must be
119   compiled with the same ABI.
120
121 *** Changes in EGCS 1.0:
122
123 * A public review copy of the December 1996 Draft of the ISO/ANSI C++
124   standard is now available. See
125
126         http://www.cygnus.com/misc/wp/
127
128   for more information.
129
130 * g++ now uses a new implementation of templates. The basic idea is that
131   now templates are minimally parsed when seen and then expanded later.
132   This allows conformant early name binding and instantiation controls,
133   since instantiations no longer have to go through the parser.
134
135   What you get:
136
137      + Inlining of template functions works without any extra effort or
138        modifications.
139      + Instantiations of class templates and methods defined in the class
140        body are deferred until they are actually needed (unless
141        -fexternal-templates is specified).
142      + Nested types in class templates work.
143      + Static data member templates work.
144      + Member function templates are now supported.
145      + Partial specialization of class templates is now supported.
146      + Explicit specification of template parameters to function templates
147        is now supported.
148
149   Things you may need to fix in your code:
150
151      + Syntax errors in templates that are never instantiated will now be
152        diagnosed.
153      + Types and class templates used in templates must be declared
154        first, or the compiler will assume they are not types, and fail.
155      + Similarly, nested types of template type parameters must be tagged
156        with the 'typename' keyword, except in base lists.  In many cases,
157        but not all, the compiler will tell you where you need to add
158        'typename'.  For more information, see
159
160             http://www.cygnus.com/misc/wp/dec96pub/template.html#temp.res
161
162      + Guiding declarations are no longer supported.  Function declarations, 
163        including friend declarations, do not refer to template instantiations.
164        You can restore the old behavior with -fguiding-decls until you fix
165        your code.
166
167   Other features:
168
169      + Default function arguments in templates will not be evaluated (or
170        checked for semantic validity) unless they are needed.  Default
171        arguments in class bodies will not be parsed until the class
172        definition is complete.
173      + The -ftemplate-depth-NN flag can be used to increase the maximum
174        recursive template instantiation depth, which defaults to 17. If you
175        need to use this flag, the compiler will tell you.
176      + Explicit instantiation of template constructors and destructors is
177        now supported.  For instance:
178
179             template A<int>::A(const A&);
180
181   Still not supported:
182
183      + Member class templates.
184      + Template friends.
185
186 * Exception handling support has been significantly improved and is on by
187   default.  The compiler supports two mechanisms for walking back up the
188   call stack; one relies on static information about how registers are
189   saved, and causes no runtime overhead for code that does not throw
190   exceptions.  The other mechanism uses setjmp and longjmp equivalents, and
191   can result in quite a bit of runtime overhead.  You can determine which
192   mechanism is the default for your target by compiling a testcase that
193   uses exceptions and doing an 'nm' on the object file; if it uses __throw,
194   it's using the first mechanism.  If it uses __sjthrow, it's using the
195   second.
196
197   You can turn EH support off with -fno-exceptions.
198
199 * RTTI support has been rewritten to work properly and is now on by default.
200   This means code that uses virtual functions will have a modest space
201   overhead.  You can use the -fno-rtti flag to disable RTTI support.
202
203 * On ELF systems, duplicate copies of symbols with 'initialized common'
204   linkage (such as template instantiations, vtables, and extern inlines)
205   will now be discarded by the GNU linker, so you don't need to use -frepo.
206   This support requires GNU ld from binutils 2.8 or later.
207
208 * The overload resolution code has been rewritten to conform to the latest
209   C++ Working Paper.  Built-in operators are now considered as candidates
210   in operator overload resolution.  Function template overloading chooses
211   the more specialized template, and handles base classes in type deduction
212   and guiding declarations properly.  In this release the old code can
213   still be selected with -fno-ansi-overloading, although this is not
214   supported and will be removed in a future release.
215
216 * Standard usage syntax for the std namespace is supported; std is treated
217   as an alias for global scope.  General namespaces are still not supported.
218
219 * New flags:
220
221      + New warning -Wno-pmf-conversion (don't warn about
222        converting from a bound member function pointer to function
223        pointer).
224
225      + A flag -Weffc++ has been added for violations of some of the style 
226        guidelines in Scott Meyers' _Effective C++_ books.
227
228      + -Woverloaded-virtual now warns if a virtual function in a base
229        class is hidden in a derived class, rather than warning about
230        virtual functions being overloaded (even if all of the inherited
231        signatures are overridden) as it did before.
232
233      + -Wall no longer implies -W.  The new warning flag, -Wsign-compare,
234         included in -Wall, warns about dangerous comparisons of signed and
235         unsigned values. Only the flag is new; it was previously part of
236         -W.
237
238      + The new flag, -fno-weak, disables the use of weak symbols.
239
240 * Synthesized methods are now emitted in any translation units that need
241   an out-of-line copy. They are no longer affected by #pragma interface
242   or #pragma implementation.
243
244 * __FUNCTION__ and __PRETTY_FUNCTION__ are now treated as variables by the
245   parser; previously they were treated as string constants.  So code like
246   `printf (__FUNCTION__ ": foo")' must be rewritten to 
247   `printf ("%s: foo", __FUNCTION__)'.  This is necessary for templates.
248
249 * local static variables in extern inline functions will be shared between
250   translation units.
251
252 * -fvtable-thunks is supported for all targets, and is the default for 
253   Linux with glibc 2.x (also called libc 6.x).
254
255 * bool is now always the same size as another built-in type. Previously,
256   a 64-bit RISC target using a 32-bit ABI would have 32-bit pointers and a
257   64-bit bool. This should only affect Irix 6, which was not supported in
258   2.7.2.
259
260 * new (nothrow) is now supported.
261
262 * Synthesized destructors are no longer made virtual just because the class
263   already has virtual functions, only if they override a virtual destructor
264   in a base class.  The compiler will warn if this affects your code.
265
266 * The g++ driver now only links against libstdc++, not libg++; it is
267   functionally identical to the c++ driver.
268
269 * (void *)0 is no longer considered a null pointer constant; NULL in
270   <stddef.h> is now defined as __null, a magic constant of type (void *)
271   normally, or (size_t) with -ansi.
272
273 * The name of a class is now implicitly declared in its own scope; A::A
274   refers to A.
275
276 * Local classes are now supported.
277
278 * __attribute__ can now be attached to types as well as declarations.
279
280 * The compiler no longer emits a warning if an ellipsis is used as a
281   function's argument list.
282
283 * Definition of nested types outside of their containing class is now
284   supported.  For instance:
285
286        struct A {
287               struct B;
288               B* bp;
289        };
290
291        struct A::B {
292               int member;
293        };
294
295 * On the HPPA, some classes that do not define a copy constructor
296   will be passed and returned in memory again so that functions
297   returning those types can be inlined.
298
299 *** The g++ team thanks everyone that contributed to this release,
300     but especially:
301
302 * Joe Buck <jbuck@synopsys.com>, the maintainer of the g++ FAQ.
303 * Brendan Kehoe <brendan@cygnus.com>, who coordinates testing of g++.
304 * Jason Merrill <jason@cygnus.com>, the g++ maintainer.
305 * Mark Mitchell <mmitchell@usa.net>, who implemented member function 
306   templates and explicit qualification of function templates.
307 * Mike Stump <mrs@wrs.com>, the previous g++ maintainer, who did most of
308   the exception handling work.