comp.lang.ada
 help / color / mirror / Atom feed
From: Ludovic Brenta <ludovic@ludovic-brenta.org>
Subject: Re: adding include path in linux
Date: Mon, 18 May 2009 04:01:58 -0700 (PDT)
Date: 2009-05-18T04:01:58-07:00	[thread overview]
Message-ID: <b9e21033-5064-4554-ac23-f736134c7e89@n4g2000vba.googlegroups.com> (raw)
In-Reply-To: f8wmsstilde2$.11lnraiqlaegd$.dlg@40tude.net

Dmitry A. Kazakov wrote on cpmp.lang.ada:
> On Mon, 18 May 2009 03:00:52 -0700 (PDT), Ludovic Brenta wrote:
> > On May 18, 11:53 am, "Dmitry A. Kazakov" <mail...@dmitry-kazakov.de>
> > wrote:
> >> Maybe, it would appropriate here.
>
> >> I am going to write a small portable GtkAda-based installer program for
> >> GNAT library gpr projects. The basic idea is to get rid of ugly makefiles,
> >> which never work as expected.
>
> >> The thingy should do everything just per reading lists of files to install
> >> from a directory of sources. Then according to the file names and
> >> extensions it will shuffle the files here and there.
>
> >> Some mangling of the gpr files is planned. In particular modifying "with"
> >> paths and "for Object_Dir use" stuff etc.
>
> >> Generation of a messy python plug-in script is also in plan.
>
> >> Any suggestions?
>
> > Please define "portable"?
>
> Minimally: working under Windows and Linux.
>
> > Debian for one does not need a GtkAda-based installer because it
> > already has one, called Synaptic (as well as a text-based installer
> > called Aptitude). Most other self-respecting distributions come with
> > both installers and a proper package management system.
>
> Yes, a system working only on the platform in question, like rpm.
>
> > So, what
> > platform are you targetting that does not already have these?
>
> Technically speaking GNAT GPS.

GNAT GPS is not a platform. It runs on a platform that you have
identified as "Windows and Linux". The platform provides a package
management system (including installation and configuration
subsystem). It would be harmful for GNAT GPS to provide another
incompatible system.

I suggest that the best use of resources, if packaging/installation is
a problem, is to provide native installers for a selection of target
platforms, and to make the libraries thus packaged highly visible to
users of those platforms. For example, installers for libraries that
use Window's or Red Hat's (since you mentioned RPM) package management
system. That's what I do (successfully) in Debian and I have been
encouraging others to do the same on other platforms for several
years.

This is in fact one area where, IMHO, portability is NOT desirable.
The closest thing in existence is the GNU Ada Project which provides
native packages of several libraries (and versions of GNAT) for
multiple platforms, from a common base. But the binary packages are
themselves platform-dependent.

--
Ludovic Brenta.



  reply	other threads:[~2009-05-18 11:01 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-17 19:02 adding include path in linux Massimo M.
2009-05-17 20:04 ` John B. Matthews
2009-05-17 20:49 ` sjw
2009-05-18  8:48 ` Ludovic Brenta
2009-05-18  9:53 ` Dmitry A. Kazakov
2009-05-18 10:00   ` Ludovic Brenta
2009-05-18 10:10     ` Dmitry A. Kazakov
2009-05-18 11:01       ` Ludovic Brenta [this message]
2009-05-18 11:45         ` Dmitry A. Kazakov
replies disabled

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