Hi Name-Brother, too First, thank you very much for the extensive explanation of make. I will keep this in mind when I decide to switch to MacOS X. Currently, I am still using LinuxPPC, which is a Redhat-like distribution for the Mac: Kernel 2.2.15pre3, GNU Make 3.77-6, GCC 2.95.2-2a, GLIBC 2.1.3-4a. I have downloaded the pre-built binary file from the root homepage, which was built by Damir Buskulic. (I have done this without problem since root version 2.24/04.) For this reason I would be interested whether Damir has the same problmes running Event and principal.C as I do. Hi Damir, I hope you read this and could comment, thank you. Best regards Christian ---------------------------------- C.h.r.i.s.t.i.a.n S.t.r.a.t.o.w.a V.i.e.n.n.a, A.u.s.t.r.i.a Christian Holm Christensen wrote: > Hi Name-Brother and others, > > On Sat, 19 May 2001 23:28:11 +0200 > cstrato@EUnet.at wrote > concerning ": Re: [ROOT] Problem with tutorials": > > Dear Rene > > > > Thank you for the fast reply. > > > > -Problem 1: > > I did run make, not gmake, as far as I know this should not make a > > difference? > > Some Un*x vendors ship there OS with thier own Make. Most of the time > that is alright for the ROOT build system, but once in a while, you > get across some Un*x system that has a bad Make, or at least is not > compatible witht the ROOT build system. Most often, it's because the > vendor Make has a hard time dealing with implicit pattern rules, like > > %.o:%.cxx > $(CXX) $(CPPFLAGS) $(CXXFLAGS) $< -o $@ > > or it doesn't understand varible expansion using braces [${CXX}] > rather than parenthesis [$(CXX)]. > > The vendor Make that I've come across that has problems is Digital > Unix's Make, and as far as I remember Solaris' has a problem too, but > I can't say for sure. > > GNU Make has no problem with this - in fact, to the best of my > knowledge, GNU Make is the best Make around - so that's why ROOT > suggests you use GNU Make. You see, gmake is always _GNU_ Make. > > On Redhat Linux, gmake is a symblic link to make (that's of course a > GNU make). > > On Debian GNU/Linux there's no gmake since, as the name suggests, it > is a GNU operating system so all these tools will ofcourse be GNU > versions. > > On GNU/Hurd (I have to mention - even though it's bloody unstable) > there's no gmake, only make. > > This is one of the little things that's good to know, but is not > obvious to the casual user. This is also why so many people I know > curses Un*x and wish VMS still was in style (hi Kris). > > > To run Event, I tried > > Event > > Event 400 1 1 (since this was the call in earlier versions?) > > I will try Event 400 0 7 1 > > > > -Problem 3: > > In my case this worked in version 3.00/01 but not in version 3.00/06 and not > > in 3.01/02 > > The reason is unclear to me. > > I've just tested the PCA tutorial it with ROOT 3.01/00 - no problem. > In a minut, when ROOT is done compiling, I'll know what the result of > trying with 3.01/02 is ... still compiling ... still compiling > ... still compiling ... still compiling ... still compiling ... still > compiling ... still compiling ... still compiling ... now linking > ... done. Ok: > > cd tutorials > root principal.C > ******************************************* > * * > * W E L C O M E to R O O T * > * * > * Version 3.01/02 20 May 2001 * > * * > * You are welcome to visit our Web site * > * http://root.cern.ch * > * * > ******************************************* > > FreeType Engine v1.x used to render TrueType fonts. > Compiled with thread support. > > CINT/ROOT C/C++ Interpreter version 5.14.87, May 6 2001 > Type ? for help. Commands must be C++ statements. > Enclose multiple statements between { }. > > root [0] > Processing principal.C... > ************************************************* > * Principal Component Analysis * > * * > * Number of variables: 10 * > * Number of data points: 10000 * > * Number of dependent variables: 3 * > * * > ************************************************* > Variable # | Mean Value | Sigma | Eigenvalue > -------------+------------+------------+------------ > 1 | 4.998 | 1.002 | 0.3002 > 2 | 8.022 | 2.816 | 0.1045 > 3 | 1.992 | 1.987 | 0.1018 > 4 | 5.008 | 0.9893 | 0.1014 > 5 | 8.045 | 2.811 | 0.09937 > 6 | 2.019 | 2.049 | 0.09853 > 7 | 4.99 | 1.008 | 0.09747 > 8 | 1.751e+05 | 1.013e+05 | 0.0968 > 9 | 1.501e+05 | 8.689e+04 | 1.079e-08 > 10 | 1.401e+05 | 8.108e+04 | 4.884e-09 > > <TCanvas::MakeDefCanvas>: created default TCanvas with name c1 > Writing on file "pca.C" ... done > root [1] > > I guess that it's a problem with your build. > > My machine is a Pentium III, running Linux kernel 2.2.16, from a > Redhat 6.2 distribution, using GNU Make 3.78.1, GCC 2.91.66, GLIBC > 2.1.3 > > > > > Is this Mac-specific or a general problem? > > I'd check my build first. Do (SH family shell) > > prompt% make distclean > prompt% ./configure macosx <your options> > config.log 2> config.err > prompt% gmake install > build.log 2> build.err > > or (CSH family shell) > > prompt% make distclean > prompt% (./configure macosx <your options> > config.log ) >& config.err > prompt% (gmake install > build.log ) >& build.err > > and then minutly inspect config.err and build.err to see if there's > any errors. If everything seems fine and you still have problems, > then it might be MacOS X problem. > > Yours, > > Christian ----------------------------------------------------------- > Holm Christensen Phone: (+45) 35 35 96 91 > Sankt Hansgade 23, 1. th. Office: (+45) 353 25 305 > DK-2200 Copenhagen N Web: www.nbi.dk/~cholm > Denmark Email: cholm@nbi.dk
This archive was generated by hypermail 2b29 : Tue Jan 01 2002 - 17:50:46 MET