From: Per Sandberg <per.sandberg@bredband.net>
Subject: Re: organizing deep source trees with child packages
Date: Thu, 13 Oct 2011 06:21:05 +0200
Date: 2011-10-13T06:21:05+02:00 [thread overview]
Message-ID: <4e966737$0$20238$a8266bb1@newsreader.readnews.com> (raw)
In-Reply-To: <21c9e6bb-f4f7-4a00-bde7-68f2c1a42d01@q13g2000vby.googlegroups.com>
Why Java naming conventions ??
/Per
On 10/13/2011 01:38 AM, Greg Moncreaff wrote:
> Have a 3 level (so far) tree of packages
>
> foo/bar/narf
>
> foo/foo.ads
> foo/bar/foo-bar.ads
> foo/bar/narf/foo-bar-narf.ads
> foo/bar/narf/foo-bar-narf-able.ads
> foo/bar/narf/foo-bar-narf-able.adb
> foo/bar/narf/foo-bar-narf-baker.ads
> foo/bar/narf/foo-bar-narf-baker.adb
> foo/bar/narf/foo-bar-narf-charlie.ads
> foo/bar/narf/foo-bar-narf-charlie.adb
>
> as you can see, the full paths of the items are visually silly, and
> somewhat painful if the tree needs refactoring
>
> is there some way of renaming the parent package along the way to
> tighten up the names?,
> without having to have naming blocks in the .gpr files?
>
> e.g. I would like something like
>
> foo/bar/narf/narf-able.ads
> foo/bar/narf/narf-able.adb
> foo/bar/narf/narf-baker.ads
> foo/bar/narf/narf-baker.adb
> foo/bar/narf/narf-charlie.ads
> foo/bar/narf/narf-charlie.adb
>
> if by some magic
>
> foo/bar/narf/narf.ads could define
>
> package Narf renames Foo.Bar.Narf
>
> and then
>
> foo/bar/narf/narf.ads could be
>
> package Narf.Able is ...
>
>
> or is this hopeless desire and an exercise with no value?
next prev parent reply other threads:[~2011-10-13 4:21 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-12 23:38 organizing deep source trees with child packages Greg Moncreaff
2011-10-13 1:27 ` Yannick Duchêne (Hibou57)
2011-10-13 2:07 ` Greg Moncreaff
2011-10-13 3:52 ` Yannick Duchêne (Hibou57)
2011-10-13 3:55 ` Yannick Duchêne (Hibou57)
2011-10-13 4:21 ` Per Sandberg [this message]
2011-10-13 8:20 ` Stephen Leake
2011-10-13 13:19 ` Greg Moncreaff
2011-10-13 14:18 ` Ludovic Brenta
2011-10-13 22:25 ` Yannick Duchêne (Hibou57)
2011-10-14 1:44 ` Randy Brukardt
2011-10-14 2:40 ` Yannick Duchêne (Hibou57)
2011-10-16 12:38 ` Stephen Leake
2011-10-14 7:27 ` Dmitry A. Kazakov
2011-10-14 7:42 ` Yannick Duchêne (Hibou57)
2011-10-16 12:51 ` Stephen Leake
2011-10-16 13:43 ` Dmitry A. Kazakov
2011-10-16 18:51 ` Shark8
2011-10-16 19:19 ` Ludovic Brenta
2011-10-17 7:04 ` Simon Wright
2011-10-17 7:19 ` Ludovic Brenta
2011-10-17 7:48 ` Simon Wright
2011-10-17 7:56 ` Ludovic Brenta
2011-10-17 10:27 ` Simon Wright
2011-10-17 13:37 ` Ludovic Brenta
2011-10-16 20:20 ` Yannick Duchêne (Hibou57)
2011-10-17 7:09 ` Simon Wright
2011-10-17 8:07 ` Dmitry A. Kazakov
2011-10-18 11:12 ` Stephen Leake
2011-10-18 13:07 ` Dmitry A. Kazakov
2011-10-18 16:55 ` Simon Wright
2011-10-18 18:25 ` Ludovic Brenta
2011-10-18 18:57 ` Simon Wright
2011-10-18 22:00 ` Bill Findlay
2011-10-19 6:28 ` Simon Wright
2011-10-19 8:29 ` Dmitry A. Kazakov
2011-10-19 11:52 ` Yannick Duchêne (Hibou57)
2011-10-19 12:33 ` Dmitry A. Kazakov
2011-10-20 11:00 ` Stephen Leake
2011-10-19 13:45 ` Bill Findlay
2011-10-19 1:52 ` Stephen Leake
2011-10-18 17:31 ` Niklas Holsti
2011-10-18 18:38 ` Ludovic Brenta
2011-10-19 1:55 ` Stephen Leake
2011-10-19 10:41 ` Dirk Craeynest
2011-10-19 1:51 ` Stephen Leake
2011-10-19 9:03 ` Dmitry A. Kazakov
2011-10-19 9:52 ` Ludovic Brenta
2011-10-19 12:46 ` Dmitry A. Kazakov
2011-10-19 16:43 ` Ludovic Brenta
2011-10-19 20:01 ` Yannick Duchêne (Hibou57)
2011-10-19 20:03 ` Ludovic Brenta
2011-10-20 10:50 ` Stephen Leake
2011-10-20 12:09 ` Dmitry A. Kazakov
2011-10-14 11:55 ` Stephen Leake
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox