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,c6567772e9f3871d
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Received: by 10.204.156.155 with SMTP id x27mr6734bkw.7.1318835974413;
        Mon, 17 Oct 2011 00:19:34 -0700 (PDT)
Path: 
 l23ni8996bkv.0!nntp.google.com!news2.google.com!postnews.google.com!l7g2000yqh.googlegroups.com!not-for-mail
From: Ludovic Brenta <ludovic@ludovic-brenta.org>
Newsgroups: comp.lang.ada
Subject: Re: organizing deep source trees with child packages
Date: Mon, 17 Oct 2011 00:19:34 -0700 (PDT)
Organization: http://groups.google.com
Message-ID: <b6915cc7-9963-4867-8a46-b029a44a9fcf@l7g2000yqh.googlegroups.com>
References: 
 <21c9e6bb-f4f7-4a00-bde7-68f2c1a42d01@q13g2000vby.googlegroups.com>
 <82ty7d1ewz.fsf@stephe-leake.org>
 <3486b228-abdd-490f-b4ef-9ee6b19f65fa@gy7g2000vbb.googlegroups.com>
 <7179717a-9837-476c-b564-6599a9c02acd@ff5g2000vbb.googlegroups.com>
 <op.v3a9wdv1ule2fv@index.ici> <1qk4l4n9zsdgm$.1bvxdhoq5cpx5.dlg@40tude.net>
 <82hb39umkd.fsf@stephe-leake.org>
 <qii1up6ovs2p$.1qoobu4chlxcd.dlg@40tude.net>
 <92b4070b-28d5-4e20-99a2-d3cc5c130510@s14g2000vbj.googlegroups.com>
 <87ipnon3qy.fsf@ludovic-brenta.org> <m2zkh0rte7.fsf@pushface.org>
NNTP-Posting-Host: 153.98.68.197
Mime-Version: 1.0
X-Trace: posting.google.com 1318835974 24314 127.0.0.1 (17 Oct 2011 07:19:34
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Mon, 17 Oct 2011 07:19:34 +0000 (UTC)
Complaints-To: groups-abuse@google.com
Injection-Info: l7g2000yqh.googlegroups.com; posting-host=153.98.68.197;
 posting-account=pcLQNgkAAAD9TrXkhkIgiY6-MDtJjIlC
User-Agent: G2/1.0
X-HTTP-Via: ICAP/1.0 192.168.152.2
X-Google-Web-Client: true
X-Google-Header-Order: HUALESRCVNK
X-HTTP-UserAgent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13)
 Gecko/20101206 Red Hat/3.6-2.el5 Firefox/3.6.13,gzip(gfe)
Xref: news2.google.com comp.lang.ada:13994
Content-Type: text/plain; charset=ISO-8859-1
Date: 2011-10-17T00:19:34-07:00
List-Id: <comp.lang.ada>

Simon Wright wrote:
> Ludovic Brenta <ludo...@ludovic-brenta.org> writes:
>> Shark8 writes on comp.lang.ada:
>>> Spot on. Having the code be a bunch of versions in a DB would be
>>> fantastic as far as development/searching would be; it would be even
>>> better if the code itself were, for lack of a better phrase, a set of
>>> stored-tokens (instead of plain text) as this would allow different
>>> programmers to apply personalized formatting to the source without
>>> causing (what would be in text-files) a change resulting in another
>>> version.
>
>> Wasn't that how the Rational R1000 machine worked?
>
> Exactly so. Except you didn't get to apply personalised formatting; thus
> eliminating at a stroke a whole class of religious strife.
>
> (Actually, I don't remember what if any VCS style was supported; I never
> got to use it for a real project, just an evaluation, and we hadn't
> heard of VCSs then).

There was a VCS integrated; I used it as part of Rational Apex on
Solaris a few years ago.  I think it was slightly different from the
original, as it used RCS as a storage back-end for source files and
introduced the "subsystem" (consisting of many source files) as the
preferred unit of configuration management.  Branching was OK but
merging was horrible, as with RCS.

The continuous updates of the DIANA database were also gone by then;
the database was only updated on demand as part of compilation.

--
Ludovic Brenta.