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,36a29c2860aff686
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news2.google.com!news3.google.com!feeder1.cambriumusenet.nl!feed.tweaknews.nl!217.73.144.44.MISMATCH!feeder.ecngs.de!ecngs!feeder2.ecngs.de!194.25.134.126.MISMATCH!newsfeed01.sul.t-online.de!t-online.de!newsfeed.arcor.de!newsspool1.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Date: Tue, 07 Dec 2010 12:51:41 +0100
From: Georg Bauhaus <rm.dash-bauhaus@futureapps.de>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US;
 rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: Properties
References: <3b84c8e7-1a51-4a7c-9646-119f1fc51478@s4g2000yql.googlegroups.com>
 <Xns9E4079BDD55B9SnarkCharmedFerSure@81.169.183.62>
 <vkz3nbgxubt1$.11vfo4rwuzegd.dlg@40tude.net>
 <Xns9E409D36561F0WarrensBlatherings@81.169.183.62>
 <4pnv7nl4cdui$.1n28i7lqk4mek$.dlg@40tude.net>
 <Xns9E4169656D757WarrensBlatherings@81.169.183.62>
 <1k7367gtebsgm$.18auo6u3nfg34.dlg@40tude.net>
 <Xns9E417369AD1F4WarrensBlatherings@81.169.183.62>
 <id68q7$d66$1@munin.nbi.dk>
 <Xns9E41A49D7DEB9WarrensBlatherings@85.214.73.210>
 <618677c8-a44f-443e-9052-a94fb48c999a@s4g2000yql.googlegroups.com>
 <Xns9E4277935FF91WarrensBlatherings@85.214.73.210>
 <wccvd3bu37w.fsf@shell01.TheWorld.com>
 <Xns9E436E244A5BFWarrensBlatherings@85.214.73.210>
 <066181c0-9b80-4c17-a7b4-7ef28a297ea4@e16g2000pri.googlegroups.com>
 <Xns9E46A316BB94AWarrensBlatherings@81.169.183.62>
 <idjsen$hg9$1@munin.nbi.dk>
 <95062c4e-531b-4b83-bc36-238b6c707f40@32g2000yqz.googlegroups.com>
In-Reply-To: 
 <95062c4e-531b-4b83-bc36-238b6c707f40@32g2000yqz.googlegroups.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Message-ID: <4cfe1fce$0$6775$9b4e6d93@newsspool3.arcor-online.net>
Organization: Arcor
NNTP-Posting-Date: 07 Dec 2010 12:51:42 CET
NNTP-Posting-Host: eacd7053.newsspool3.arcor-online.net
X-Trace: 
 DXC=<nMZ:4Y9gMY5TOT9_N5i<VMcF=Q^Z^V3X4Fo<]lROoRQ8kF<OcfhCO[d875<NSW4B^nc\616M64>ZLh>_cHTX3j]aHIc9Zk@BoQ
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news2.google.com comp.lang.ada:16809
Date: 2010-12-07T12:51:42+01:00
List-Id: <comp.lang.ada>

On 07.12.10 12:23, Maciej Sobczak wrote:

> As a demonstration that this can be a reasonable approach, the YAMI4
> core library was written in C++ (to benefit from namespaces,
> encapsulation, and access control), but exports its interface in terms
> of extern "C". This interface is used as a basis for the Ada part.
> Technically, exactly the same approach might have been used in the
> Win32-Claw stack. Without you knowing about it. ;-)
> 
> I don't claim that this is actually the case, but this is a)
> demonstrably possible and b) it even makes perfect sense from the
> engineering perspective.

I'm curious about the engineering perspective, the
one that prefers a "lowest denominator" in the
style of extern "C".

To me this seems like the prime example of effective
software management:  Attract more people by requiring
a seemingly minimal programming approach.
Will it help them, in the long run, to become attracted
to more modern concepts like explicit modules (packages,
classes, ADTs)?