comp.lang.ada
 help / color / mirror / Atom feed
From: Jerry <lanceboyle@qwest.net>
Subject: Re: gdb will not "catch exception" or "catch exception unhandled"
Date: Tue, 11 Oct 2011 19:24:36 -0700 (PDT)
Date: 2011-10-11T19:24:36-07:00	[thread overview]
Message-ID: <913c6e88-2079-49f2-aeea-f97d7d467dd5@k39g2000prl.googlegroups.com> (raw)
In-Reply-To: m262jzyjrp.fsf@pushface.org

On Oct 8, 1:23 am, Simon Wright <si...@pushface.org> wrote:
> Jerry <lancebo...@qwest.net> writes:
>

Back on this task....

> Thanks for the clarification.
>
> When you say "plplot is built by gnatmake, not gpr" do you mean "by
> using -I (etc) arguments to gnatmake"?

I suppose that is the case.
>
> I take it you wrote PLplot_Library.gpr yourself?

Yes.

I think I'm on the verge of being confusing. On the one hand is the
build process for PLplot which is done by the guys on the PLplot team
who are expert in such things (not so much me). They use gnatmake (for
Ada stuff) and create among others two libraries, libplplotd which is
the guts of PLplot (C code) and libplplotadad which is the Ada
bindings. They also leave the .o and .ali files for the Ada bindings
so that one could link to them if desired.

On the other hand, I have personal projects which use PLplot, and that
is the context in which PLplot_Library.gpr appears--as a linking
device, not to build PLplot itself.

For a long time, for my personal projects, I recompiled the PLplot Ada
bindings from sources downloaded from SVN and link them to my other
sources. This is weird because I'm not using the "official" PLplot
build. I have in the past tried to change this but didn't succeed,
until a couple days ago. I now bind/link to the .o/.ali files in the
official PLplot build. This is an improvement in the sense that I am
probably being a better tester than before and at times it speeds up
my own builds.
>
> > Back to the main idea--if the PLplot library were built as a static
> > library (or linked to the .o files), would the debugger work better?
>
> Yes.

Although I (now) link to the .o files from the "official" PLplot
build, I still have to link to the dynamic library libplplotd. I
suspect that getting the build team to create a static library would
not be something that would require a polite amount of time.
>
> Given that there are so few Ada source files involved, could you include
> them in your main GPR's Ada sources and link against the PLplot
> libraries built without the Ada parts? (if that makes sense ...)

I think I understand. That was how I have been building my own
projects for a long time, as I describe above. But there still remains
the libplplotd problem.

I'm pretty satisfied with your work-around (debug with Apple's
debugger) for the relatively rare situations where I need to have the
debugger catch an exception. So as far as I'm concerned, at least for
the time being, I'll consider the problem solved.

Thanks,
Jerry



  reply	other threads:[~2011-10-12  2:24 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-06 10:48 gdb will not "catch exception" or "catch exception unhandled" Jerry
2011-10-06 10:57 ` Simon Wright
2011-10-07  0:22   ` Jerry
2011-10-07 16:34     ` Simon Wright
2011-10-08  3:54       ` Jerry
2011-10-08  8:23         ` Simon Wright
2011-10-12  2:24           ` Jerry [this message]
2011-10-12  6:45             ` Simon Wright
2011-10-13 22:39               ` Jerry
2011-10-14  7:46                 ` Simon Wright
2011-10-14 22:40                   ` Jerry
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox