Opened 15 years ago
Closed 11 years ago
#327 closed enhancement (fixed)
improve directory structure
| Reported by: | kilian | Owned by: | Juergen Reuter |
|---|---|---|---|
| Priority: | P0 | Milestone: | v2.2.2 |
| Component: | configure | Version: | 2.0.2 |
| Severity: | minor | Keywords: | |
| Cc: |
Description
Now that there are various complete sub-packages (OMega, VAMP, CIRCE, ...), it is a bit odd that they reside in subdirs of 'src'. They should appear one level higher, e.g., whizard/trunk/omega, whizard/trunk/circe etc.
Requires some shuffling around of Makefile.am content.
Change History (10)
comment:1 Changed 15 years ago by
comment:2 Changed 14 years ago by
| Priority: | P4 → P1 |
|---|
This we should decide early and have it ready for 2.1.0. Ranking it up therefore.
comment:3 Changed 11 years ago by
| Milestone: | v2.3.1 → v2.2.1 |
|---|---|
| Priority: | P1 → P0 |
comment:4 Changed 11 years ago by
This is a reminder that there are several places in the manual where this have to be adapted after the change of the directories. I will mark them by
%%% Improve directory structure
comment:5 Changed 11 years ago by
| Owner: | changed from ALL to Juergen Reuter |
|---|---|
| Status: | new → assigned |
As we are having a longer break now anyhow, I will take care of this.
comment:6 Changed 11 years ago by
Most of it done in r5885. circe1, circe2, vamp, omega, pythia (basically all independent packages (pythia without its own configure though) moved up to the main directory. Open questions: do we keep the name src or do we change this to whizard (and whizard-core to core? The latter should be split up by #499 anyhow.
comment:9 Changed 11 years ago by
For my feeling, the only open point is the naming question for the src vs. whizard and possibly whizard-core to core, which can partially be attributed to #499.
comment:10 Changed 11 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
Done in r5892. No further changes at the moment.
I'm not so much in favor of this plan. I like the directory structure as it is, because it has the standards of the autoconf/automake system, and we wanted to have keep everything together as one united program.