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-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,27e56580ae0c3b7d X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-07-24 14:59:54 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!proxad.net!proxad.net!kibo.news.demon.net!news.demon.co.uk!demon!not-for-mail From: Simon Wright Newsgroups: comp.lang.ada Subject: Re: GNAT for Debian Date: 24 Jul 2003 22:58:37 +0100 Organization: Pushface Sender: simon@smaug.pushface.org Message-ID: References: <404ee0af.0307211056.15324da@posting.google.com> <20030722021229.15da08ae.david@realityrift.com> <20030722135518.32888aaa.david@realityrift.com> <20030722165245.15f880a2.david@realityrift.com> <20030723125549.1336a07f.david@realityrift.com> <20030723134949.7badd43c.david@realityrift.com> <3f1f9c07.90089321@news.greenlnk.net> <3f1fc2d7.100025238@news.greenlnk.net> <3f1ffea7.115337085@news.greenlnk.net> NNTP-Posting-Host: pogner.demon.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: news.demon.co.uk 1059083993 25767 62.49.19.209 (24 Jul 2003 21:59:53 GMT) X-Complaints-To: abuse@demon.net NNTP-Posting-Date: Thu, 24 Jul 2003 21:59:53 +0000 (UTC) User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 Xref: archiver1.google.com comp.lang.ada:40780 Date: 2003-07-24T22:58:37+01:00 List-Id: George Shapovalov writes: > Chris M. Moore wrote: > > It seems cleaner, less work and more maintainable to build gnat as > > Well, this seems all nice and sound, but there are such things as FHS and > LSB, and in this case GNAE, which pretty much define what goes where. Of > course when you build it on your own you are free to screw your system as > you wish ;) (even then FHS says you should put it under /usr/local). > However if we are talking about a package for a respectable distribution > (such as Gentoo or Debian ;)) placing this stuff under /opt is > inappropriate (this one is reserved for biary packages). Sometimes there is > really no easy way around and one is forced to bundle a package in a way it > is built, however even then it should go under /usr/lib/$PkgName and proper > symlinks should be created (and possibly docs moved to proper place.., well > may be there will be something else as well :)). > Randhol is definitely free to do as he wishes, however I would expect Debian > devs to take the position similar to what he demonstrated just now. And > finally, wouldn't you like to use a properly built and installed package > ;)? It used to be most inadvisable to let GNAT installations anywhere near your standard path (if you wanted to be able to rebuild your kernel, for example). Not good if gcc turns out to be 2.8.1! So you clearly need something like gnatgcc. But you must be very careful where the gcc-lib/i686-whatever-linux stuff goes -- not on top of your working standard compiler. So you need a clean way of putting the GNAT builds (especially if you have more than one) in places where they can't be mistaken and will never end up on your path. I choose /opt because if didn't seem like a bad idea; if it was, I am very sorry. /usr/lib/gnat-3.15p (for example) would be a perfectly good place, or /usr/local/gnat-3.15p. You could easily then install gnatgcc and friends by symlinks in /usr/local/bin (say). The point of my gnatfe is to do effectively just that but in a way that you can alter the compiler actually used by changing an environment variable, which is effectively the prefix you built the compiler with. >From my point of view, it means that I get the standard source tree, apply the standard patches, configure --prefix=/opt/3.15p (say), build & install. I quite realize that if you're building a package for people to install & use on the other side of the world without handholding, things may look different!