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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: a07f3367d7,28035108fa5d8b72 X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII Path: g2news2.google.com!news4.google.com!feeder.news-service.com!newsfeed.straub-nv.de!noris.net!newsfeed.arcor.de!newsspool4.arcor-online.net!news.arcor.de.POSTED!not-for-mail From: "Dmitry A. Kazakov" Subject: Re: adding include path in linux Newsgroups: comp.lang.ada User-Agent: 40tude_Dialog/2.0.15.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Reply-To: mailbox@dmitry-kazakov.de Organization: cbb software GmbH References: <1mzy0lms2ok83.14pusmelshbp1$.dlg@40tude.net> Date: Mon, 18 May 2009 13:45:44 +0200 Message-ID: <1fif2mnsogdzp.v51124cmrcsa.dlg@40tude.net> NNTP-Posting-Date: 18 May 2009 13:45:44 CEST NNTP-Posting-Host: 7ee0528d.newsspool2.arcor-online.net X-Trace: DXC=U;@ROGhlY65=FQB?mjjV50A9EHlD;3Yc24Fo<]lROoR1^YC2XCjHcb94?@:MRG^:N1DNcfSJ;bb[5FCTGGVUmh?4LK[5LiR>kg2Y6DBcI4S9K6 X-Complaints-To: usenet-abuse@arcor.de Xref: g2news2.google.com comp.lang.ada:5894 Date: 2009-05-18T13:45:44+02:00 List-Id: On Mon, 18 May 2009 04:01:58 -0700 (PDT), Ludovic Brenta wrote: > 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" >>> 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". In this case it is, because the library is to be integrated into GPS / GPRBuild. Whatever runs underneath is of no interest. > 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 don't think so, because: 1. there is no packaging system covering the platform span supported by GPS. 2. GNAT itself as well as its libraries like GtkAda are not distributed by AdaCore using packaging systems. 3. The intended use targets low profile libraries, which are not archived in public repositories. > 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. "Native installer" is exactly what I don't want. Experience shows that this does not work. People do not care to write 100+ installers for a small library. Should a library reach the level of use that would capture interest of Debian distributors, then nothing should prevent you or someone else to package it. It seems that we are talking about different "ecological niches". > 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. That is IMO not an Ada way and not an intended use of what I am going to write. I think that one of the great advantages of GPS / GPRBuild is that they finally freed us from that make-madness. (gnatmake was the first step in that direction). I can have (and do have) Ada projects compilable on any platform where GNAT is installed. When using GPRBuild I do not need to patch files anymore. It is advisable for any Ada developer to design his projects in an OS-independent manner. From what I have learnt about GNAT installation, it seems that integration of a user library into GPS / GPRBuild can be performed independently on that OS-packaging-repository-configure-make nightmare. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de