"Kevin B. McCarty" <[EMAIL PROTECTED]> writes: > Hmm. What compiler did you use to build Paw from CERN CVS? Maybe this > is a new bug in gcc 4.0. I've just tested Paw 2005.05.09-3 on Sid > (where it breaks as you say) and 2004.11.04-3 on Sarge (where it works > fine). Neither upstream nor I changed any of the Paw ntuple internals > between those versions. Right now I am building 2005.05.09-3 on Sarge > with gcc/g77 3.3 to see what happens.
i used gcc 4.0 as well. i've played around with it a bit more and i also came to the conclusion that lapack is probably not to blame. > For what it's worth, gdb says that the breakage happens in h_load_nt() > in the file pawlib/paw/ntuple/qp/qp_hbook_if.c -- looking at this file, > I don't think lapack is to blame. bingo. i recompiled pawlib/paw/ntuple/qp_hbook_if.c with gcc-3.4 and paw now works as expected. so i think the problem is with gcc-4.0. > In the meantime you ought to be able to use the version of Paw from > Sarge as a workaround, although this may be annoying to install since it > uses different versions of several libraries. i found some other machines that had older versions of paw installed. thinking of switching to root though :-) --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
