> Aye, then the Ada side doesn't build. Can you see what it is I'm
> missing?
You need to further adjust the Ada code (a-exexpr-gcc.adb), which is written
for DWARF EH. In particular, you need to rewrite Propagate_Exception to build
a proper exception for ARM EH.
> I'm beginning to think the w
On Wed, 2011-10-12 at 09:09 +0200, Eric Botcazou wrote:
> > On further thinking about this, I have a feeling this may have something
> > to do with the Private1 field of the unwind_exception, but I'm not too
> > sure how yet.
>
> For sure, adding a couple of fields on the Ada side that don't exist
> On further thinking about this, I have a feeling this may have something
> to do with the Private1 field of the unwind_exception, but I'm not too
> sure how yet.
For sure, adding a couple of fields on the Ada side that don't exist on the C
side is highly suspicious. Better get rid of them in a
> On further thinking about this, I have a feeling this may have something
> to do with the Private1 field of the unwind_exception, but I'm not too
> sure how yet.
For sure, adding a couple of fields on the Ada side that don't exist on the C
side is highly suspicious. Better get rid of them in a
On Sun, 2011-10-09 at 20:38 +0100, Luke A. Guest wrote:
> Anyway, I changed the code to throw an exception in a nested subprogram,
> this was also caught by the outer subprogram. I then added a raise;
> statement as a handler to see if it would reraise and then exit the
> program, sadly, I get an i
Hi,
I managed to debug the my sample app and find an error, which has made
catching an exception work.
Anyway, I changed the code to throw an exception in a nested subprogram,
this was also caught by the outer subprogram. I then added a raise;
statement as a handler to see if it would reraise and
