DDT 0.5.0 ("Creamfields") released

[Gyula Gubacsi]

I'm looking in to the type inference thing but it could take for a
while to implement it.
On the GDB issue I'm afraid GDB support isn't in the best shape yet,
but hopefully it would change at some point. Without a decent D
support of GDB maybe it won't be exactly the best experience, but
perhaps we should utilitize the CDT's GDB interface. see here:
http://groups.google.com/group/ddt-ide/browse_thread/thread/619e8192e9fb6ca3
and this:

Main problem - D DWARF extensions:
http://d.puremagic.com/issues/show_bug.cgi?id=4180

Second: we should provide unittests for gdb for all basic test case
for DMD/GDC/LDC. I start write it (you can try search patch in
gdb-patches archive). But it cannot be done before than we resolve
conflict with DWARF. DMD/GDC/LDC provide slightly different debug
information. We should contact with compiler dev teams and try unify
debug information (IMHO it should by close as possible to C/C++ form
GCC).

Third: add support associative arrays and other D specific  features.

You can see all registered problems in debug information for DMD:
http://d.puremagic.com/issues/show_bug.cgi?id=4044

Feel free to ask me about this subj. If I can I try help, but I am not
DWARF/GDB expert ;)

2011/11/8, Gyula Gubacsi <gyula.gubacsi at gmail.com>:

> Hi,
>
> I was directed to you from the GDB mailing list as I was trying to get some
> information about what is the progress on D support in GDB. As I understand
> the only D specific extension was to add the dynamic arrays (I reckon,
> extension compared to C) and the name mangling rules.
>
> I am a newbie contributor to the DDT Eclipse plug-in project which doesn't
> make much sense without a useful, multi-platform command-line debugger and
> so far I couldn't find alternative to GDB. In fact, given that the GDB
> communication is already solved in the CDT plug-in, it would be the best
> idea to use the GDB.
>
> However, I had difficulties using GDB with D programs. I am willing to
> improve the D support in GDB but I need some description what should I
> start with, and what are the critical issues implementing a language
> interface for GDB.
>
> I hope you can clarify some issues if you have some time to write me.
>
> Sincerely
>
> Gyula Gubacsi / progician
>

I'm maybe overambitious over my time though :D


On 1 December 2011 18:29, Marco Leise <Marco.Leise at gmx.de> wrote:
>
> Am 01.12.2011, 17:54 Uhr, schrieb Trass3r <un at known.com>:
>
>
>> btw, 2 other small issues:
>> - if you use autocompletion when the cursor is at the start of another identifier, it overwrites it instead of inserting.
>
>
> That is actually a matter of preference - believe it or not! Some IDEs offer the option to either insert or overwrite on auto-complete.
>
> My personal wish list is:
> - Check Unicode identifiers. They are sometimes confusing the parser. (I should post example code here, really.)
> - Inference of 'auto' types like 'x' in 'foreach (ref x; list)'
> - I am using a symlinked Makefile in my projects instead of the build.rf. It's not like I'm doing anything fancy there for a debug build, but it has the advantage that updates to the options are propagated to all projects and I have the other targets (profile, unittest, release, ...) all in one place. Some way to support a custom Makefile build would be nice, even though the auto-generated script is quite handy to get started with D.
> - GDB support would be awesome of course, but no hurry.