* NEWS (New native configurations): Mention OpenBSD/vax.
[deliverable/binutils-gdb.git] / gdb / NEWS
index 77518203c6d129bd4f3fe7e16745391ecb754c71..b61036a9462e1cca4ef557d70bf58d0a2f0b2661 100644 (file)
--- a/gdb/NEWS
+++ b/gdb/NEWS
@@ -1,13 +1,48 @@
                What has changed in GDB?
             (Organized release by release)
 
-*** Changes since GDB 6.0:
+*** Changes since GDB 6.1:
+
+* New native configurations
+
+NetBSD/vax                                     vax-*-netbsd*
+OpenBSD/vax                                    vax-*-openbsd*
+
+* REMOVED configurations and files
+
+Sun 3, running SunOS 3                         m68*-*-sunos3*
+Sun 3, running SunOS 4                         m68*-*-sunos4*
+Sun 2, running SunOS 3                         m68000-*-sunos3*
+Sun 2, running SunOS 4                         m68000-*-sunos4*
+Motorola 680x0 running LynxOS                  m68*-*-lynxos*
+AT&T 3b1/Unix pc                               m68*-att-*
+Bull DPX2 (68k, System V release 3)            m68*-bull-sysv*
+decstation                                     mips-dec-* mips-little-*
+riscos                                         mips-*-riscos* mips-*-sysv*
+sonymips                                       mips-sony-*
+sysv                                   mips*-*-sysv4* (IRIX 5/6 not included)
+
+*** Changes in GDB 6.1:
+
+* Removed --with-mmalloc
+
+Support for the mmalloc memory manager has been removed, as it
+conflicted with the internal gdb byte cache.
+
+* Changes in AMD64 configurations
+
+The AMD64 target now includes the %cs and %ss registers.  As a result
+the AMD64 remote protocol has changed; this affects the floating-point
+and SSE registers.  If you rely on those registers for your debugging,
+you should upgrade gdbserver on the remote side.
 
 * Revised SPARC target
 
 The SPARC target has been completely revised, incorporating the
 FreeBSD/sparc64 support that was added for GDB 6.0.  As a result
-support for LynxOS and SunOS 4 has been dropped.
+support for LynxOS and SunOS 4 has been dropped.  Calling functions
+from within GDB on operating systems with a non-executable stack
+(Solaris, OpenBSD) now works.
 
 * New C++ demangler
 
@@ -22,9 +57,25 @@ GDB support for location expressions has been extended to support function
 arguments and frame bases.  Older versions of GDB could crash when they
 encountered these.
 
+* C++ nested types and namespaces
+
+GDB's support for nested types and namespaces in C++ has been
+improved, especially if you use the DWARF 2 debugging format.  (This
+is the default for recent versions of GCC on most platforms.)
+Specifically, if you have a class "Inner" defined within a class or
+namespace "Outer", then GDB realizes that the class's name is
+"Outer::Inner", not simply "Inner".  This should greatly reduce the
+frequency of complaints about not finding RTTI symbols.  In addition,
+if you are stopped at inside of a function defined within a namespace,
+GDB modifies its name lookup accordingly.
+
 * New native configurations
 
 NetBSD/amd64                                   x86_64-*-netbsd*
+OpenBSD/amd64                                  x86_64-*-openbsd*
+OpenBSD/alpha                                  alpha*-*-openbsd*
+OpenBSD/sparc                                  sparc-*-openbsd*
+OpenBSD/sparc64                                        sparc64-*-openbsd*
 
 * New debugging protocols
 
@@ -66,6 +117,7 @@ HP/PA running BSD                            hppa*-*-bsd*
 HP/PA running OSF/1                            hppa*-*-osf*
 HP/PA Pro target                               hppa*-*-pro*
 PMAX (MIPS) running Mach 3.0                   mips*-*-mach3*
+386BSD                                         i[3456]86-*-bsd*
 Sequent family                                 i[3456]86-sequent-sysv4*
                                                i[3456]86-sequent-sysv*
                                                i[3456]86-sequent-bsd*
This page took 0.026473 seconds and 4 git commands to generate.