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=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.66.100.201 with SMTP id fa9mr42672705pab.11.1455167998547; Wed, 10 Feb 2016 21:19:58 -0800 (PST) X-Received: by 10.182.40.227 with SMTP id a3mr690375obl.14.1455167998502; Wed, 10 Feb 2016 21:19:58 -0800 (PST) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!peer01.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!hb3no3256720igb.0!news-out.google.com!l1ni9535igd.0!nntp.google.com!ok5no640307igc.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Wed, 10 Feb 2016 21:19:58 -0800 (PST) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=97.123.140.221; posting-account=lJ3JNwoAAAAQfH3VV9vttJLkThaxtTfC NNTP-Posting-Host: 97.123.140.221 References: <02241ec4-0f95-4f63-9abc-092f167eb59e@googlegroups.com> <56b99d8f$0$297$14726298@news.sunsite.dk> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <03c7aad3-952d-4d1f-b32c-e199f7ec19f6@googlegroups.com> Subject: Re: Ada package registry? From: Shark8 Injection-Date: Thu, 11 Feb 2016 05:19:58 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Received-Bytes: 2398 X-Received-Body-CRC: 3103089123 Xref: news.eternal-september.org comp.lang.ada:29491 Date: 2016-02-10T21:19:58-08:00 List-Id: > it should be crystal clear what assumptions it is making of compilers, ta= rget OSes, and hardware. That's where such a repository could be a signific= ant improvement over the current situation. I don't want to start depending= on stuff that only works in one situation, but it's pretty hard to tell th= at for most of the libraries that I've linked to. You're absolutely right. This is why I think that a standard Ada-project fo= rmat is in order: we would get a standard way to indicate system-dependenci= es,* multiple/varient bodies, and could use THAT in the repository to indic= ate those parameters. There is, of course the problem of having a library add/drop support for a = system (eg Lumen & Windows), but that can be handled by the version-control= aspect of the system. * My Ada Project Manager takes the idea of Ada's generics as the basis for = handling parameters, so depending on project-x transitively applies the par= ameter. Creating a standard "root" project for the repository-system would = ensure that all the requsite parameters are extant.