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