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=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,9983e856ed268154 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.180.105.38 with SMTP id gj6mr14679wib.0.1344646023790; Fri, 10 Aug 2012 17:47:03 -0700 (PDT) MIME-Version: 1.0 Path: q11ni67701065wiw.1!nntp.google.com!goblin2!goblin.stu.neva.ru!aioe.org!news.ecp.fr!news.jacob-sparre.dk!munin.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: Should Inline be private in the private part of a package spec? Date: Fri, 10 Aug 2012 19:46:59 -0500 Organization: Jacob Sparre Andersen Research & Innovation Message-ID: References: <501bd285$0$6564$9b4e6d93@newsspool4.arcor-online.net> <502005b6$0$9510$9b4e6d93@newsspool1.arcor-online.net> <50203ca2$0$9512$9b4e6d93@newsspool1.arcor-online.net> <502040c0$0$9510$9b4e6d93@newsspool1.arcor-online.net> <50677fa2-7f82-4ccc-8c56-161bf67fefe1@googlegroups.com> NNTP-Posting-Host: static-69-95-181-76.mad.choiceone.net X-Trace: munin.nbi.dk 1344646022 14098 69.95.181.76 (11 Aug 2012 00:47:02 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Sat, 11 Aug 2012 00:47:02 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Original X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Date: 2012-08-10T19:46:59-05:00 List-Id: "Britt" wrote in message news:50677fa2-7f82-4ccc-8c56-161bf67fefe1@googlegroups.com... On Thursday, August 9, 2012 5:39:32 PM UTC-4, Randy Brukardt wrote: >> I detest the idea of separate project files like GPR; most of that >> information should have been in the Ada source (having it there makes the >> code more portable to other Ada implementations). The need for >> meta-languages always shows a lack in the original language. >I think GPR files are fabulous. I see them as a well designed framework for >managing > the development and build process. Almost all of the information that goes > in GPR files > is about project structure (e.g. file locations), settings for GNAT's > ASIS-based tools, > and some IDE options. I don't really see any overlap with information I > would want > to put in source code. This is "information" that you shouldn't have to put anywhere at all - it's just cruft that is needed because of poor mappings to the underlying system. Better systems in the future won't use most of this stuff, it will alll happen automatically. I've recently talked to several customers that don't use any sort of sophisticated project management at all: they simply make a new directory and populate it with the contents of version control when anything needs to change. (One of these customers was managing several thousand files this way). Then, they just point the build tools at it and go -- no complex project files needed (or wanted). They thought that complex project organizations just added complications on modern hardware, and I tend to agree. (The recompilation time they would save with shared files is probably less than the time that they would spend on managing the projects.) YMMV, of course, but I think "one-button builds" from raw (and portable) source code is the ideal way to go. I'm now looking at ways to make that easier with Janus/Ada (one obvious way is to eliminate the need for any special naming conventions for Ada source code). Randy.