| Summary: | Booch components ebuild | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | George Shapovalov (RETIRED) <george> |
| Component: | New packages | Assignee: | David Holm (RETIRED) <dholm> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | enhancement | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | booch_components-20030815.ebuild | ||
|
Description
George Shapovalov (RETIRED)
2003-10-13 01:22:16 UTC
Created attachment 19163 [details]
booch_components-20030815.ebuild
The ebuild.
Hi, I commited it after making a minor change to the ebuild (\$ instead of $ when writing the env.d file so that ADA_OBJECTS_PATH and ADA_INCLUDE_PATH won't get expanded). 1. Adding env entries is probably a good idea, I've considered this myself. 2. I think you can pass gnat an option to make it look for precompiled files in a separate dir, -aO<dir> or something like that. This should however have the same effect as setting ADA_OBJECTS_PATH, is it still rebuilding the files for you after sourcing the environment and compiling something that uses bc? 3. I agree that the docs should be installed. BC is not as simple as STL to use. But perhaps the examples and tests should go into /usr/share/booch_components/ ? I have not heard of any updates to AdaSL on comp.lang.ada, and I think there are a couple of alternative libs providing similar features that are still being maintained. There is one lib called Charles which seems to be rather popular and is being actively maintained and advertised ;). Hi David. Tested out Ok. Thanks for catching that unmasked $ - missed it without anything defined in those vars previously :(. >This should however have >the same effect as setting ADA_OBJECTS_PATH, is it still rebuilding the files I thought so as well, but then I noticed it producing .o's and .ali's locally (I copied few of the demos and built them). I was kind of puzzled by this, but then I realised that bc's are all-generic, and for generic packages (according to description) gnat produces only very basic .o's and .ali's with dependence information. Real compilation is performed with the unit that instantiates these packages - at this point it can properly determine sizes of all involved types as I understand. So, this is probably normal behavior. >But perhaps the examples and tests should go into /usr/share/booch_components/ ? Hm, a good question. Personally I always considered examples to belong to docs, but they are really a mixed substance and can be considered "an application specific data" and thus go under /usr/share/${PN}. I think I saw this done both ways for other packages, so its really up to you, where you would expect to find them :). George |