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,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,f51e93dacd9c7fca X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-06-20 21:07:16 PST Path: archiver1.google.com!postnews1.google.com!not-for-mail From: 18k11tm001@sneakemail.com (Russ) Newsgroups: comp.lang.ada Subject: Re: status of Ada STL? Date: 20 Jun 2002 21:07:15 -0700 Organization: http://groups.google.com/ Message-ID: References: NNTP-Posting-Host: 63.194.87.148 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: posting.google.com 1024632436 3264 127.0.0.1 (21 Jun 2002 04:07:16 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: 21 Jun 2002 04:07:16 GMT Xref: archiver1.google.com comp.lang.ada:26538 Date: 2002-06-21T04:07:16+00:00 List-Id: Pascal Obry wrote in message news:... > 18k11tm001@sneakemail.com (Russ) writes: > > > Pascal Obry wrote in message news: > My_Function_Call \ > > > (First_Parameter => 1, \ > > > Second_Parameter => "whatever", \ > > > Third_Parameter => (1, 8, 9 10, 2, 0), \ > > > Last_One => 12.89) > > > > > > So you have removed one ";" and added four "\" !!!!! > > > > Actually, you don't need ANY backslashes in your example (if you put > > the open "(" on the first line of the function call). If a "(" is > > unanswered by a ")", the compiler knows that the statement must > > continue on the next line. > > Ok, and with this one: > > package My_New_Package is \ > new My_Package.My_Child_Generic_Package \ > (Name = ..., > Xyz = ...); > > You need 2 backslashes, then because you have '(' you don't need them > anymore... Consistency ?? I don't think you need the "\" after the is, and if you move the opening "(" up to the same line as "new ...", you won't need that "\" either. I think it looks better that way anyway. Here's how I'd write it: package My_New_Package is new My_Package.My_Child_Generic_Package ( Name = ..., Xyz = ... ) No backslash line continuations are needed in this example either. And they would rarely be needed in general if good formatting is used. Long statements can usually be broken up AND made more readable by the use of intermediate variables anyway.