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!.POSTED!not-for-mail
From: Simon Wright <simon@pushface.org>
Newsgroups: comp.lang.ada
Subject: Re: gnatpp parameter alignment
Date: Wed, 28 Nov 2018 09:02:33 +0000
Organization: A noiseless patient Spider
Message-ID: <ly8t1d3786.fsf@pushface.org>
References: <3bec5f4b-a5e4-408a-b9e8-9bdd18ce0671@googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain
Injection-Info: reader01.eternal-september.org;
 posting-host="cc099d671a0d69306f3239b2c3e786e9";
	logging-data="22469"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX19LbmkcFeUT60j7THC8EoESUeVOTBtAdNE="
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (darwin)
Cancel-Lock: sha1:5ElIQ9PpL9by/H0IZO0GGERZaqo=
	sha1:EALsMN2RXuA26ryFbnGkx9E7zu4=
Xref: reader01.eternal-september.org comp.lang.ada:54921
Date: 2018-11-28T09:02:33+00:00
List-Id: <comp.lang.ada>

julian.fondren@gmail.com writes:

> I thought I'd always use gnatpp for styling, but I've found this
> formatting result that I don't like at all, and which seems to come up
> a lot in my code (so often that !pp formatting escapes would be a
> pain):
>
>    function waitpid (Pid : Integer; Wstatus : System.Address;
>       Options            : Integer) return Integer;

I suspect you're using GNAT CE 2018.

I've tried this with FSF GCC 4.8..9 and GNAT GPL 2015..2017 and all give
the result you prefer. Only CE 2018 shows this bad result.

The executables (macOS) are all ~10 MB except for CE 2018, which is 30
MB.

Following Emmanuel's remarks, I wonder whether what's happened is that
the CE 2018 gnatpp is in fact using the libadalang version? Bearing in
mind that the working GCC 9 version is built with ASIS CE 2018!