From: Kris Hagel (hagel@comp.tamu.edu)
Date: Mon Aug 25 2003 - 11:18:04 EDT
A short comment about BrRecoPackage. I started on that very enthusiastically to try to take some of the "mystery" (at least for me) out of reduction. The intent was to have it consistent with ProductionReduction.C and thereby simplifying ProductionReduction.C and making the results of a reduction less dependent on which ProductionReduction.C one is using. (ie the one in djam_app or the one in kh_app or any other place where one might find one (I am fairly sure there are more to be found; perhaps they are not even called ProductionReduction.C!!!) I also must say that I did not know about the ProductionReduction.C in ~bramreco/reduce, but now that I look at it I see that it is a link to djam_app. Will it remain the "official" script after Djamel finishes? Unfortunately, after my initial enthusiam wore off, I have always been focusing on getting reductions out and I never came back to this even though I still feel that such an approach is the most straightforward way to come to consistent reductions where one can know what is in the reduced file. Anyway, I guess we could remove it to avoid that confusion, but some day I hope we resolve the confusion about which ProductionReduction.C we use. And for my part, as long as we continue to have "official" passes coming out of macros in peoples private directories where the collaboration as a whole does not have control over what the individual person is doing, I will remain confused. On the other hand, if it would be felt that something like BrRecoPackage would be an appropriate approach, perhaps I could notch that up on my priority list if there would broad consensus that it would be used once completed and accepted. In the short term, I will check it out and make sure it compiles. Kris Pawel Staszel wrote: > Hi Jens Ivar, > I made a look into BrRecoPackage and, at least concerning the DC > setup, is it absolutely not up-to date. > I don't know whether any one uses it, if not, it should be removed, if > yes, it should be modified > according to ~/bramreco/reduce/ProductionReduction.C - but in my > opinion keeping the same > software in two different places is a potential source of confusion. > Regards Pawel. > > Jens Ivar Jordre wrote: > >> Howdy. >> >> I guess this mail goes mainly to Pawel. But you may experience the >> same problem as I, so to avoid extra mail I send it to the list. >> >> Updating my BRAT tree and compiling it today it stalls at >> BrRecoPackage. It's Init still calls >> BrDCTrackingModule::SetPromptDelay. Should these function calls >> simply be removed or substituted with something else? >> >> Best wishes from >> Jens Ivar >> > >
This archive was generated by hypermail 2.1.5 : Mon Aug 25 2003 - 11:18:35 EDT