From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00
	autolearn=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: Simon Wright <simon@pushface.org>
Newsgroups: comp.lang.ada
Subject: Re: GNAT user-specified (via Raise_Exception) warning message size
 limit
Date: Thu, 22 Feb 2018 20:27:28 +0000
Organization: A noiseless patient Spider
Message-ID: <lya7w0lqhb.fsf@pushface.org>
References: <789f6417-5e6f-4d5f-8abb-80246f4f405a@googlegroups.com>
	<5e5ce844-42a8-c2de-bf53-4acf67be7f53@bahnhof.se>
	<2bf467d9-dbc1-46e9-981f-a092f82e7271@googlegroups.com>
	<8be2e00e-3331-4e04-8a33-ebcfb6041249@googlegroups.com>
	<2c8cc683-abf7-43e5-8022-dc3a5e63d34c@googlegroups.com>
	<2dd55386-2d47-48ad-bce8-4e5717af142f@googlegroups.com>
	<aab693b1-e2ab-478d-9794-e05d04cad5ff@googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain
Injection-Info: reader02.eternal-september.org;
 posting-host="af506885e60c3c4c4974e73e8398592e";
	logging-data="23944"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX18OJW8NhGghIoAuWG/QBlrcWF30cUaJQvA="
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (darwin)
Cancel-Lock: sha1:zuIHaos5ROLB9J5wHVdcpmfnV8I=
	sha1:JbeqejYFQ+MsOk8T0u9Yam8O1xg=
Xref: reader02.eternal-september.org comp.lang.ada:50568
Date: 2018-02-22T20:27:28+00:00
List-Id: <comp.lang.ada>

marciant@earthlink.net writes:

> On Thursday, February 22, 2018 at 10:08:35 AM UTC-5, Vincent Marciante wrote:
>> > Thanks for the information regarding the ease of recompiling the
>> the runtime.  I'll forward this to my manager. He wanted me to ask
>> here before asking AdaCore.
>> 
>> 
>> We contacted AdaCore and I'll eventually post the end result.
>
> The response was essentially: Not trivial on Windows; find a
> workaround instead.

When (~2005) we had a problem with the runtime - we wanted to arrange
matters so that we could stream from our big-endian PowerPC target
(without changing the deliverable runtime) to our little-endian Windows
host machines - we were able to do the following (simple version):

* Copy the supplied s-strxdr.adb (now I see named s-stratt_xdr.adb) as
  s-stratt.adb to our own directory. This version streams data using
  eXternal Data Representation forms.

* Rebuild (with gnatmake) with the -a switch, which rebuilds the changed
  runtime unit(s) and any units which depend on them.

I don't remember asking AdaCore about this (though we were supported).

However, this cunning wheeze doesn't work with gprbuild.

As I recall, the Pro RTS came with a Makefile and instructions for
rebuilding the RTS. Perhaps things have changed.