From: Ray H. <re...@up...> - 2003-06-19 12:42:06
|
Developers It seems to me that we could simplify our compiles/installs just a bit if we eliminated the naming of versions in the plat directories. We have found plat/realtime and plat/nonrealtime links to be viable names why not make them the directories that hold the respective files. Yes, it would mean you could not make more than one version under a single emc directory. But I always found that I wanted a complete separate set of files in a NIST directory anyway. If the realtime modules always built into plat/realtime and the nonrealtime files built into plat/nonrealtime, we could cut out a lot of the search stuff in a .run file because we would know where they were. We could cut out the search and replace in all of the tickle files because UNKNOWN_PLAT in the source sections of these programs would always be nonrealtime. I believe that we could remove the .realtime?? file from the emc directory because we would know where to look for modules regardless of the version. I don't know much about makefiles but it would seem that they could also be made to work into realtime and nonrealtime directories more easily that they could by trying to parse some lines in an obscure file to find the versions for rt and non-rt. I have seen a few automakes that ask the builder for this kind of info up front. Having done such a remodel, it would be a really good idea to pile some of this info into standard named files that are built with and contained in each distrbution. This should include date, builder, distro, compilers, libraries and such. This might even look like an ini file with variable names and value assignments so that we could get all of that info when we need it. We had a file that worked a bit like this working a while back. I seem to remember referrencing it from the help menu of tkemc. Comments? Ray |