Hi Simon,
Heeere we go again....
I don't mind where moller.f lives, but I am now getting rather tired of
the "moller is a separate generator" versus "moller is part of blast
core".
Your last change seems to have broken the code, since now there is no
`usergenterm_'.
Here is MY opinion on where the moller code belongs:
I'm my view the moller code belongs inside the blast core code, and I
think it *should* be made so that the moller electrons are generated
along side your physics generator. Why? Well, every single physics
process that we could possibly think of will also generate moller
electrons. Usually we assume that we can regard that as "background",
but sometimes such background can not be ignored. I think we should have
a mechanism to turn on the moller code, something simple, like adding 10
(or 100) to the trigger type in the kine switch. I think this is what
Adrian has been advocating all along.
On a separate note, I would like to check in a change to the
blastmc/Makefile.in, configure.in and Makefile.inc.in files to allow
extra libraries for CERNLIBS. This because CERNLIB 2001 needs -llapack
and -lblas in addition to the other libs.
Cheers,
Maurik
On Fri, 2002-02-01 at 16:08, Simon Sirca wrote:
> sirca blastmc Makefile.in,1.8 blast_proc.f,1.18
> Fri Feb 1 16:08:25 EST 2002
> Update of /home/blast/cvsroot/blastmc
> In directory blast02.lns.mit.edu:/tmp/cvs-serv9598
>
> Modified Files:
> Makefile.in blast_proc.f
> Log Message:
> Moller removed from blastmc, now only userGen/userMoller is used.
This archive was generated by hypermail 2.1.2 : Mon Feb 24 2014 - 14:07:28 EST