[ANNOUNCEMENT] GDB 7.0 released!

[ANNOUNCEMENT] GDB 7.0 released!

[Joel Brobecker]

            GDB 7.0 released!

Release 7.0 of GDB, the GNU Debugger, is now available via anonymous
FTP.  GDB is a source-level debugger for Ada, C, C++, Objective-C,
Pascal and many other languages.  GDB can target (i.e., debug programs
running on) more than a dozen different processor architectures, and GDB
itself can run on most popular GNU/Linux, Unix and Microsoft Windows
variants.

You can download GDB from the GNU FTP server in the directory:

        ftp://ftp.gnu.org/gnu/gdb

The vital stats:

  Size  md5sum                            Name
  17MB  3386a7b69c010785c920ffc1e9cb890a  gdb-7.0.tar.bz2
  23MB  67b4144db385620d7b93f7b0c26800f7  gdb-7.0.tar.gz

There is a web page for GDB at: 

        http://www.gnu.org/software/gdb/

That page includes information about GDB mailing lists (an announcement
mailing list, developers discussion lists, etc.), details on how to
access GDB's CVS repository, locations for development snapshots,
preformatted documentation, and links to related information around
the net.  We will put errata notes and host-specific tips for this release
on-line as any problems come up.  All mailing lists archives are also
browsable via the web.

GDB 7.0 is packed with new platforms being supported, major new features, 
enhancements and bug fixes. For a complete list and more details on each
iteam, please see the gdb/NEWS file.

The new native configurations being supported are:

  * x86/x86_64 Darwin
  * x86_64 MinGW

Support for the following targets has been added:

  * Lattice Mico32                  
  * x86/x86_64 DICOS                
  * S+core 3                        
  * The remote stub now supports x86 Windows CE

The major new features are:

  * Python scripting support
  * Reverse debugging, Process record and replay
  * Non-stop debugging
  * Multi-architecture debugging
  * Multi-inferior, multi-process debugging
  
It also features many enhancements and bug fixes, including:

  * GDB now has an interface for JIT compilation
  * Tracepoints may now be conditional
  * Multi-byte and wide character set support
  * New /r and /m modifiers for the "disassemble" command
  * Automatic retrieval of shared library files from remote targets
  * Inlined functions are now supported
  * New remote protocal packets
  * GDB is now able to read compressed debug sections
  * Thread switching is now supported on Tru64
  * Ada task switching is now supported
  * New features in gdbserver, the GDB remote stub
  * New command to stop execution when a system call is made

-- 
Joel

Re: [ANNOUNCEMENT] GDB 7.0 released!

[Eli Zaretskii]

> Date: Tue, 6 Oct 2009 10:40:09 -0700
> From: Joel Brobecker <brobecker@adacore.com>
> 
>             GDB 7.0 released!
> 
> Release 7.0 of GDB, the GNU Debugger, is now available via anonymous
> FTP.  GDB is a source-level debugger for Ada, C, C++, Objective-C,
> Pascal and many other languages.  GDB can target (i.e., debug programs
> running on) more than a dozen different processor architectures, and GDB
> itself can run on most popular GNU/Linux, Unix and Microsoft Windows
> variants.

Thanks.

FWIW, it failed to build for me on

   Linux fencepost 2.6.16.29-xen #1 SMP Wed Dec 6 07:32:36 EST 2006 x86_64 GNU/Linux

The reason seems to be that it didn't find libiconv:

    gcc -g -O2      \
		    -o gdb gdb.o libgdb.a \
		       ../readline/libreadline.a ../opcodes/libopcodes.a ../bfd/libbfd.a  ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a    -lncurses -lz -lm eliz/lib/libexpat.so -Wl,-rpath -Wl,eliz/lib ../libiberty/libiberty.a  gnulib/libgnu.a -ldl -rdynamic
    libgdb.a(charset.o): In function `validate':eliz/gdb-7.0/gdb/charset.c:284: undefined reference to `libiconv_open'
    :eliz/gdb-7.0/gdb/charset.c:288: undefined reference to `libiconv_close'
    :eliz/gdb-7.0/gdb/charset.c:290: undefined reference to `libiconv_open'
    :eliz/gdb-7.0/gdb/charset.c:294: undefined reference to `libiconv_close'
    libgdb.a(charset.o): In function `convert_between_encodings':eliz/gdb-7.0/gdb/charset.c:434: undefined reference to `libiconv_open'
    :eliz/gdb-7.0/gdb/charset.c:456: undefined reference to `libiconv'
    libgdb.a(charset.o): In function `make_wchar_iterator':eliz/gdb-7.0/gdb/charset.c:540: undefined reference to `libiconv_open'
    libgdb.a(charset.o): In function `do_cleanup_iterator':eliz/gdb-7.0/gdb/charset.c:561: undefined reference to `libiconv_close'
    libgdb.a(charset.o): In function `wchar_iterate':eliz/gdb-7.0/gdb/charset.c:598: undefined reference to `libiconv'
    libgdb.a(charset.o): In function `cleanup_iconv':eliz/gdb-7.0/gdb/charset.c:412: undefined reference to `libiconv_close'
    collect2: ld returned 1 exit status

Where was it supposed to detect how to link against libiconv?

(I eventually forced it to DTRT by specifying the necessary arguments
to the linker in LOADLIBES.)

Re: [ANNOUNCEMENT] GDB 7.0 released!

[Tom Tromey]

>>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:

Eli> The reason seems to be that it didn't find libiconv:

How did you run configure?

Eli> Where was it supposed to detect how to link against libiconv?

gdb/configure does a bunch of checks.

Offhand I would guess that your system is set up in an unusual way.
Linux systems typically do not need libiconv, because glibc has all the
needed support.  Maybe you have a libiconv header installed
unnecessarily, or something weird like that.

Tom

Re: [ANNOUNCEMENT] GDB 7.0 released!

[Eli Zaretskii]

> From: Tom Tromey <tromey@redhat.com>
> Cc: gdb@sourceware.org
> Date: Wed, 07 Oct 2009 11:18:06 -0600
> 
> >>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:
> 
> Eli> The reason seems to be that it didn't find libiconv:
> 
> How did you run configure?

  ./configure --prefix=/MY/HOME/DIR

> Offhand I would guess that your system is set up in an unusual way.
> Linux systems typically do not need libiconv, because glibc has all the
> needed support.  Maybe you have a libiconv header installed
> unnecessarily, or something weird like that.

I have both iconv.h in ~/include and libiconv.so in ~/lib.  Could that
be the reason?

Re: [ANNOUNCEMENT] GDB 7.0 released!

[Tom Tromey]

>>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:

Eli> I have both iconv.h in ~/include and libiconv.so in ~/lib.  Could that
Eli> be the reason?

Only if you also set things up to search those directories.

Often gdb/gdb.log will have some clues about what happened.
If you email it I will take a look.

Tom

Re: [ANNOUNCEMENT] GDB 7.0 released!

[Tom Tromey]

Tom> Often gdb/gdb.log will have some clues about what happened.

Oops, I meant config.log.

Tom

Re: [ANNOUNCEMENT] GDB 7.0 released!

[Eli Zaretskii]

> From: Tom Tromey <tromey@redhat.com>
> Cc: gdb@sourceware.org
> Date: Wed, 07 Oct 2009 13:25:19 -0600
> 
> >>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:
> 
> Eli> I have both iconv.h in ~/include and libiconv.so in ~/lib.  Could that
> Eli> be the reason?
> 
> Only if you also set things up to search those directories.
> 
> Often gdb/gdb.log will have some clues about what happened.
> If you email it I will take a look.

(gdb/config.log was sent by private email.)

I think the problem is that I've set up things to search these
directories because of libexpat.  I don't remember why I did that;
probably GDB configury didn't like the version installed by sysadmins.