From: Leif J. <le...@am...> - 2004-01-04 06:50:50
|
Hi again - On Sat, 2004-01-03 at 10:17, Teiniker Egon wrote: > I used the Christmas days to set up my own home network (xDSL, WLan and > Ethernet). Hey, it's fun to use high speed internet access ;-) Nice ! Welcome back from the stone age. :) > > Over vacation I was thinking more about the CCM Tools environment files. > > I came up with an idea(tm) : From a Unix perspective (small tools that > > perform one task), the CCM Tools shouldn't even include environment > > files. We ought to move all these environment files out of the ccmtools > > source tree entirely. I started to move them into a different directory, > > which I thought we could distribute separately, and include as a > > separate CVS module ("cvs checkout environment", perhaps ?). > > I agree with you that separating environment libs from the ccmtools is the > better approach (yes to both advantage 1 and 2). > > About the disadvantages, I think that first installing the environment libs and > then building the CCM-Tools is no problem. Until now, we have to call the > install-environment scripts too. Yes, excellent. I'm working on updating this as I write this email. Unfortunately it's quite cold here, and my hard drive is being a bit sluggish. :-/ > For testing, why do we need to install the environment libs again (and not using > the existing installation)? > Especially the remote environment (that contains the ORB) is not that flexible. Yes, I meant that to run the _check_* tests, Confix will have to link those tests with not only the site-installed environment libraries (which might be installed under something like /usr or /usr/local), but also the component libraries that are created in the test/CppGenerator/sandbox/install/ directory. Still, I think this problem is manageable. Having external environment libraries might free us from a lot of painful checking for ORBs and Python development files. > > Another question about the environment files : Do we really need to have > > all those separate directories for holding the source files ? Why not > > put all the files in one directory, since they'll be compiled and > > installed together ? > > I think it is more clear to separate the source files in directories which > reflect the source code's namespace structure and there is just one Confix call > needed to build and install this stuff. > But, if you really want to change this - why not ;-) No, especially now since we'll be providing these files in a separate CVS module, it would be a bit cleaner to have the directories. I also agree with you that it's more helpful to have the namespaces as directories. So I'll get these environment files into a CVS module called `environment'. It shouldn't be a problem at all. leif |