comp.lang.ada
 help / color / mirror / Atom feed
From: Simon Wright <simon@pushface.org>
Subject: Re: Recompiling?
Date: Thu, 01 Sep 2005 06:28:15 +0100
Date: 2005-09-01T06:28:15+01:00	[thread overview]
Message-ID: <m28xyhmk5s.fsf@grendel.local> (raw)
In-Reply-To: 1149885.BZgla1m33M@linux1.krischik.com

Martin Krischik <krischik@users.sourceforge.net> writes:

> Harald Korneliussen wrote:
>
>> There's another pretty basic question I want to ask, about the
>> correct and portable way to install something like the Booch
>> components as a shared library. The package is just a bunch of
>> source files. I suppose I could copy them to every project that I
>> use booch on, but that seems so unclean and wasteful.

I can see your point, though (here) the BC's Ada library directory
seems to be about a megabyte; most of the cost comes in the
instantiations. That would be different for a non-generic library, of
course.

> AdaCL (adacl.sf.net) has an appropriate .gpr for the booch
> components. Just look into the Script directory for bc.gpr.

It's appropriate if you buy in to the AdaCL view of directory
structures, options etc. Not that that's a bad thing, Martin has done
a great job here!

I had real trouble understanding how to deal with library projects in
GPRs, and (as far as I can remember) there was a problem with VxWorks
anyway last time I looked (or was it Linux?). That would have been at
3.16a1, and we do not have support for Linux. So I've always been
content with a plain subproject; this is what I use for ColdFrame
(coldframe.sf.net):

   with "Options";

   project BC is

     --  You must define the top node under which software is installed:
     --  for example, "/usr/local/lib"
     Top := external ("TOP");

     --  You must define where under TOP the BCs are installed; for
     --  example, "bc-20030111"
     BC := external ("BC");

     for Source_Dirs use (Top & "/" & BC);

     for Object_Dir use Options'Object_Dir & "/bc";

     package Ide renames Options.Ide;

     package Builder renames Options.Builder;

     package Compiler renames Options.Compiler;

     package Binder renames Options.Binder;

     package Linker renames Options.Linker;

   end BC;

but you can see that it's only intended for source inclusion --
amongst other things it assumes that each user project will have its
own view of the standard Options.



  parent reply	other threads:[~2005-09-01  5:28 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-29 14:00 Recompiling? Harald Korneliussen
2005-08-29 15:26 ` Recompiling? Ludovic Brenta
2005-08-30 12:11   ` Recompiling? Dr. Adrian Wrigley
2005-08-30 12:58     ` Recompiling? Ludovic Brenta
2005-08-30 13:09       ` Recompiling? Ludovic Brenta
2005-08-30 13:23       ` Recompiling? Alex R. Mosteo
2005-08-31  7:27       ` PolyORB, GCC, and Debian (was Re: Recompiling?) Ludovic Brenta
2005-08-31  8:22         ` Ludovic Brenta
2005-08-31  8:25           ` Ludovic Brenta
2005-08-31  9:55             ` Jerome Hugues
2005-08-31 16:59     ` Recompiling? Martin Krischik
2005-08-31 18:33       ` Recompiling? Ludovic Brenta
2005-08-31 19:03         ` Recompiling? Martin Krischik
2005-09-03 14:02           ` Recompiling? Ludovic Brenta
2005-09-01  9:54         ` Recompiling? rolf.ebert_nospam_
2005-09-01 11:39           ` Recompiling? Ludovic Brenta
2005-09-01 12:37             ` Recompiling? Georg Bauhaus
2005-08-31 10:32   ` Recompiling? Harald Korneliussen
2005-08-31 11:00     ` Recompiling? Ludovic Brenta
2005-09-01  5:38       ` Recompiling? Simon Wright
2005-09-01  7:41         ` Recompiling? Ludovic Brenta
2005-09-02  8:02           ` Recompiling? Stephane Riviere
2005-08-31 16:52     ` Recompiling? Martin Krischik
2005-09-01  5:01       ` Recompiling? Simon Wright
2005-09-02 18:17         ` Recompiling? Martin Krischik
2005-09-01  5:28       ` Simon Wright [this message]
2005-08-30  6:12 ` Recompiling? Frank Piron
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox