Re: BIND

[Craig Carey <research@ijs.co.nz>]

On Wed, 21 Apr 2004 14:34:46 -0600, "Andrew Carroll"
<andrew@carroll-tech.net> wrote:

>Ok,
>Finally,
>The Ada BIND SourceForge project is 'live'.
...

I assume that 'Bind' is a project that is too difficult. I am sure that
comp.lang.ada is prepared to say that bind project plan shuld be backed
out of.

...
>There are some project options I haven't set yet so if you notice something
>that needs to be changed let me know.

Also there is the Gdb debugger: Mr Paul Hilfinger notes that ACT has
an intent to get it running.
  http://sources.redhat.com/ml/gdb/2004-04/msg00032.html

| From: "Paul N. Hilfinger" <hilfingr at otisco dot mckusick dot com>
| Cc: gdb at sources dot redhat dot com
| Date: Mon, 5 Apr 2004 13:58:10 -0700
| Subject: Re: Building an Ada aware gdb 
...
| > I see that gdb from CVS has some exciting (for me) files
| > in it: ada-exp.y, ada-lang.h, ada-tasks.c, ada-valprint.c,
| > ada-lang.c, ada-lex.l, ada-typeprint.c.  I would like to build
| > gdb with Ada support... but how?  The only Ada related
| > configure option seems to be --enable-libada, and that didn't
| > give me an Ada aware gdb.  Does gdb support Ada now?
| > If so, how to build it...
| 
| Not yet, but we're finally getting close.  At the moment, we are
| resolving some issues with hooks we'd like to put into non-Ada sources.
| After that, it's mostly a matter of linking in the Ada modules and testing
| for regressions on every platform we can get our hands on. 
| 
| A couple of warnings: 
| 
| 1. The current CVS ada-* sources have not been synced with ACT's
| development versions.  This fact has nipped me a couple of times now
| (including your question), so I should probably update them just so
| folks can see them.
...
| On the other hand, we should have expression evaluation working pretty
| much. 
| 
| Paul Hilfinger
| ACT

It does not compile (no change there).
Also the libre.act-europe.fr version did not compile in Cygwin lat year.
It seems questionable: nearly every comp.lang.ada user being unable to
freely debug the debugger, which is due some quite major enhancements,
I guess.

Does GDB stop on properly set breakpoints after it attached to an Ada
program, e.g. if running in an Apache CGI environment (or as a DLL) (?).

Also MinGW.org GNAT Ada does not run out of the box. Environment
variables need to be set. A small project would be to get a text file
into the distribution file.

   GCC_ROOT=l:/mingw   # modify as needed. Adapted from a Linux script
   GNAT_ROOT=$GCC_ROOT
   BINUTILS_ROOT=$GCC_ROOT
   LD_LIBRARY_PATH=$GCC_ROOT/lib:$LD_LIBRARY_PATH
   PATH=$GCC_ROOT/bin:$PATH
   export GCC_ROOT GNAT_ROOT BINUTILS_ROOT PATH LD_LIBRARY_PATH
      # call gnatmake.exe

MinGW Ada is useful in lacking bugs that GNAT 3.15p NT has.

I could suggest a small project that mixed GNAT with Visual C++. But

I guess Ada would be failed if mixed with Visual C++ and then it took
at least an extra 35 secs to cycle through an attach and debug operation.
Particularly if not actually stopping on break points.

A project can be to list to comp.lang.ada, the ways in which attempts to
 compile Gdb, failed.

--  Craig Carey
  Mailing lists: http://www.ijs.co.nz/ada_95.htm