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=-2.9 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,a45dbca8d12d7200
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2004-01-27 18:56:49 PST
Path: 
 archiver1.google.com!news2.google.com!news.maxwell.syr.edu!newsfeed.stueberl.de!proxad.net!freenix!enst.fr!melchior!cuivre.fr.eu.org!melchior.frmug.org!not-for-mail
From: Stephen Leake <stephen_leake@acm.org>
Newsgroups: comp.lang.ada
Subject: Re: Binding and linking non-withed packages into an executable
Date: 27 Jan 2004 21:55:23 -0500
Organization: Cuivre, Argent, Or
Message-ID: <mailman.48.1075258534.2270.comp.lang.ada@ada-france.org>
References: <bv6n5n$oai2g$1@ID-218515.news.uni-berlin.de>
	<mailman.43.1075245947.2270.comp.lang.ada@ada-france.org>
	<m3brooj40k.fsf@insalien.org>
NNTP-Posting-Host: lovelace.ada-france.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: melchior.cuivre.fr.eu.org 1075258534 82596 80.67.180.195 (28 Jan 2004
 02:55:34 GMT)
X-Complaints-To: usenet@melchior.cuivre.fr.eu.org
NNTP-Posting-Date: Wed, 28 Jan 2004 02:55:34 +0000 (UTC)
To: comp.lang.ada@ada-france.org
Return-Path: <stephen_leake@acm.org>
In-Reply-To: <m3brooj40k.fsf@insalien.org>
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3
X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at ada-france.org
X-BeenThere: comp.lang.ada@ada-france.org
X-Mailman-Version: 2.1.3
Precedence: list
List-Id: Gateway to the comp.lang.ada Usenet newsgroup
	<comp.lang.ada.ada-france.org>
List-Unsubscribe: <http://www.ada-france.org/mailman/listinfo/comp.lang.ada>,
	<mailto:comp.lang.ada-request@ada-france.org?subject=unsubscribe>
List-Post: <mailto:comp.lang.ada@ada-france.org>
List-Help: <mailto:comp.lang.ada-request@ada-france.org?subject=help>
List-Subscribe: <http://www.ada-france.org/mailman/listinfo/comp.lang.ada>,
	<mailto:comp.lang.ada-request@ada-france.org?subject=subscribe>
Xref: archiver1.google.com comp.lang.ada:4972
Date: 2004-01-27T21:55:23-05:00

Ludovic Brenta <ludovic.brenta@insalien.org> writes:

> Stephen Leake <stephen_leake@acm.org> writes:
> 
> > "Marc A. Criley" <mcNOSPAM@mckae.com> writes:
> > 
> > > Obviously I can have a "configuration package" that with's the
> > > "peripheral" packages and is withed by the main, but I'd like to
> > > make the inclusion of such packages a build, rather than compile,
> > > issue. This way new callback packages can be brought in or omitted
> > > as needed (the actual app is of course more sophisticated than the
> > > above toy), so no actual software would have to change.
> > 
> > I define "actual software" as "anything in CVS". In your desired
> > system, the Makefile would have to change. In standard Ada, one .adb
> > file would have to change. Either way, it's one file in CVS.
> > 
> > What is the actual gain over doing it in a non-standard way?
> 
> Allowing customers to provide their own callbacks, without recompiling
> the app or having access to the source code?  

Ok, that's reasonable. But not what the OP asked for.

> Like in a plug-in system?

That would be good.

> How about compiling the plug-ins separately from the application?
> Then the application reads some sort of configuration file, or
> directory, or registry of plug-ins, and dlopen()s the appropriate
> library at run time. I understand there exists an Ada binding to
> dlopen() already. Would this solve your problem?

Not my problem. Possibly the OPs problem.

-- 
-- Stephe