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: 
 border1.nntp.dca3.giganews.com!backlog3.nntp.dca3.giganews.com!border3.nntp.dca.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!goblin1!goblin.stu.neva.ru!hq-usenetpeers.eweka.nl!eweka.nl!post.eweka.nl!post.eweka.nl!not-for-mail
From: Felix Krause <usenet@flyx.org>
Newsgroups: comp.lang.ada
Date: Fri, 29 Nov 2013 20:22:36 +0100
Message-ID: <5298e97c$0$1659$2c885b36@post.eweka.nl>
References: <52976431$1@news.actrix.co.nz>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: CPAN style Ada repository
User-Agent: Unison/2.1.10
Organization: Eweka Internet Services
NNTP-Posting-Host: Eweka Internet Services 
X-Complaints-To: abuse@n-o-s-p-a-m.eweka.nl
X-Original-Bytes: 1987
Xref: number.nntp.dca.giganews.com comp.lang.ada:184033
Date: 2013-11-29T20:22:36+01:00
List-Id: <comp.lang.ada>

On 2013-11-28 15:41:37 +0000, banjo said:

> Would there be interest in a Perl CPAN style Ada repository?

In general this is a great idea. There are a lot of things
to consider though. I don't think it's a good idea to launch
a site that hosts whole Ada probjects, basically because there
are already great sites for doing that, including support
for various version control systems and bug tracking.

IMHO it would make more sense to have something like the BSD
ports trees (or similarly, Homebrew for OSX): Just a list of
available libraries / tools with a unified build mechanism and
dependency resolution. The projects themselves could be hosted
elsewhere, so we'd have a repository of meta information that
is able to resolve dependencies, retrieve source code and
compile libraries.

The major problem is that from what I know, Ada code is not
very portable between compilers (even the .ads/.adb naming
convention is GNAT-specific). Should only GNAT be supported?
If not, should project be required to build on different
compilers in order to be allowed in the repository?

Of course, anything that allows open source Ada projects to
make more use of each other would improve the current
situation.

-- 
Felix Krause
http://flyx.org/