On 02/07/18 22:03, Eric Botcazou wrote:
I cannot find it in the GCC sources:
grep -ri raise_nodefer_with_msg
gcc/ada/gcc-interface/trans.c: (get_identifier
("__gnat_raise_nodefer_with_msg"), NULL_TREE, ftype,
Who is supposed to provide an implementation of
__gnat_raise_nodefer_with_msg?
N
- This mail is in HTML. Some elements may be ommited in plain text. -
Hello,
I sent you an e-mail last week but did not receive any feedback from you so I
am sending this reminder hoping to get your response asap.
We are interested in the purchase of a product which we are hoping you can
assist
> I cannot find it in the GCC sources:
>
> grep -ri raise_nodefer_with_msg
> gcc/ada/gcc-interface/trans.c: (get_identifier
> ("__gnat_raise_nodefer_with_msg"), NULL_TREE, ftype,
>
> Who is supposed to provide an implementation of
> __gnat_raise_nodefer_with_msg?
No one, it's obsolete. The
Dear all,
I just want to let you know that we just published the final version of the
Vector Function ABI specification. The call-clobbered and call-preserved lists
of register has been updated (see section 2.1) .
The document is located at the same address:
https://developer.arm.com/products/
Hi,
On Mon, 2 Jul 2018, Jakub Jelinek wrote:
> > I disagree. ASM code often lacks unwind descriptors (now less than in
> > the past, but still). My rule of thumb is always: no descriptor ->
> > has to be a framepointer-using routine with standard calling sequence.
> > (I.e. declare the comb
On Mon, Jul 02, 2018 at 05:48:32PM +0200, Michael Matz wrote:
> Hi,
>
> On Thu, 28 Jun 2018, Jeff Law wrote:
>
> > I believe "dumb" is referring to the fact that we're already in a bit of
> > a weird state as evidenced by the NULL FDE. Blindly trying to read the
> > contents of the PC that we
Hi,
On Thu, 28 Jun 2018, Jeff Law wrote:
> I believe "dumb" is referring to the fact that we're already in a bit of
> a weird state as evidenced by the NULL FDE. Blindly trying to read the
> contents of the PC that we couldn't map to an FDE is, IMHO, dumb.
>
> One might even be able to argue
Hello,
I get the following link-time error while building an Ada test program
on RISC-V and RTEMS:
riscv64-rtems5-gnatlink hello.ali -march=rv64imafd -mabi=lp64d
-mcmodel=medany -O2 -g -ffunction-sections -fdata-sections -Wall
-Wmissing-prototypes -Wimplicit-function-declaration -Wstrict-pro
On 06/29/2018 08:04 PM, David Malcolm wrote:
On Fri, 2018-06-29 at 13:19 -0400, Eric Gallager wrote:
On 6/29/18, Martin Liška wrote:
Hi.
I would like to add some DejaGNU tests for completion option.
Ready for trunk?
Martin
Presumably the point of the DejaGnu tests is:
(a) to give us some i