Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-devel / 2009-10

gdb 7.0 new features

2 messages · 2 people ·

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Paul Ishenin

Hello, FPC developers' list

What of new gdb 7.0 features will be used by FPC?

I see only 3 features:

- Multi-byte and wide character set support

GDB has a new data type or what? Will fpc use that datatype?

- Inlined functions are now supported

Currently I can't enter an inlined function using step into. Breakpoints don't work in the inlined functions too. As I understand now it will be possible to implement in fpc?

- GDB is now able to read compressed debug sections

What does this give? Smaller debug info? If so then will fpc support this?

Maybe I missed some other gdb 7.0 new feature which is useful for fpc/lazarus?

Best regards,
Paul Ishenin.

Reply by email

Jonas Maebe
to Paul Ishenin
Paul Ishenin wrote 5 lines
I see only 3 features: - Multi-byte and wide character set support GDB has a new data type or what? Will fpc use that datatype?

It does not require any changes in FPC. Afaik it means that if you have a widechar (or an array of widechar, or a pwidechar), GDB should now interpret that data as utf-16 when printing it.

Show quoted text 5 lines
- Inlined functions are now supported Currently I can't enter an inlined function using step into. Breakpoints don't work in the inlined functions too. As I understand now it will be possible to implement in fpc?

Yes

- GDB is now able to read compressed debug sections What does this give? Smaller debug info?

Probably.

If so then will fpc support this?

When someone implements it. I assume that that if you use an external assembler/linker, you can already use it today.

Maybe I missed some other gdb 7.0 new feature which is useful for fpc/lazarus?

Reverse debugging sounds pretty useful to me (only supported under Linux/i386 and Linux/x86_64 for now though, and has some limitations).

The Python scripting support could also be useful to create a standard "library" of routines to print Pascal types in a nice way for which native support in gdb is not yet present.

Jonas

Reply by email