Hi James
I think the kuipc..no means that the program kuipc is not located in your
path. You have to include /afs/rhic/opt/brahms/cern/2001/bin in your path
and /afs/rhic/opt/brahms/cern/2001/lib in your LD_LIBRARY_PATH I think.
If that does not work you can set the paths where configure looks with :
./configure --with-cern-libdir=/afs/rhic/opt/brahms/cern/2001/lib
--with-cern-bindir=/afs/rhic/opt/brahms/cern/2001/bin
At some point the 2000 lib was removed and your enviroment might have
been outdated.
Hope that helps
Peter
On Mon, 13 May 2002, jnorris wrote:
> People,
>
> Need some help! In trying to compile BRAG, I'm now getting an error that
> I've never gotten before, and can't figure out how to fix. I bet it's
> something so simple as not having the environmental variables set correctly,
> so hopefully the fix is easy and quick (emphasis, hopefully, on "quick"
> :-)). Here's everything that gets generated when I try to compile an cvs
> checkout of the current BRAG on rcas0011:
>
> rcas0011:~/brag/brag> aclocal -I config && automake -a && autoconf
> ; ./configure ; make installloading cache ./config.cachechecking for a
> BSD compatible install... /usr/bin/install -cchecking whether build
> environment is sane... yeschecking whether make sets ${MAKE}...
> yeschecking for working aclocal... foundchecking for working autoconf...
> foundchecking for working automake... foundchecking for working
> autoheader... foundchecking for working makeinfo... foundchecking for
> gcc... gccchecking whether the C compiler (gcc ) works... yeschecking
> whether the C compiler (gcc ) is a cross-compiler... nochecking whether
> we are using GNU C... yeschecking whether gcc accepts -g... yeschecking
> for g77... g77checking whether the Fortran 77 compiler (g77 ) works...
> yeschecking whether the Fortran 77 compiler (g77 ) is a
> cross-compiler... nochecking whether we are using GNU Fortran 77...
> yeschecking whether g77 accepts -g... yeschecking for Cygwin
> environment... nochecking for mingw32 environment... nochecking how to
> run the C preprocessor... gcc -Echecking host paths into programs...
> immediatechecking whether stripping libraries is possible... yeschecking
> dynamic linker characteristics... GNU/Linux ld.sochecking if libtool
> supports shared libraries... yeschecking whether -lc should be
> explicitly linked in... nocreating libtoolchecking for Fortran 77
> libraries... -lg2c -lm -L/usr/lib/gcc-lib/i386-redhat-linux/2.96
> -L/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../.. -lmchecking for X...
> libraries /usr/X11R6/lib, headers /usr/X11R6/includechecking for
> dnet_ntoa in -ldnet... nochecking for dnet_ntoa in -ldnet_stub...
> nochecking for gethostbyname... yeschecking for connect... yeschecking
> for remove... yeschecking for shmat... yeschecking for
> IceConnectionNumber in -lICE... yeschecking for libpacklib libkernlib...
> /cern/pro/libchecking wether CERNLIB libmathlib needs LAPACK and BLAS...
> yeschecking for kuipc... noconfigure: error: not found!make: *** No rule
> to make target `install'. Stop. I have looked at the acinclude.m4, and
> I do not have any definitions for the environmental variables that seem
> to be required right off the bat:
>
> CERN_LIBRARIES
> CERN_PRE2001
> CERN_INCLUDES
> CERN_PROG_KUIPC
>
> I do notice a different 'splash screen' when I logon onto rcas0011 these
> days - something an=bout RedHat Linux that I don't remember seeing in the
> past. Maybe this has something to with the error message?
>
> However, I have not changed my environmental variable definitions in some
> time, and yet I'm quite sure that I have successfully compiled BRAG in the
> past. This leads me to wonder if required libraries have been added or
> their locations changed. If so, how does one know when this has happened?
>
> In any case, any help anyone could give will be much appreciated.
>
> Have a care,
> James Norris
>
> --------------------------------------------------------------------------
> University of Kansas email: jnorris@ku.edu
> Dept of Physics & Astronomy Phone: 785-864-4889
> Malott Hall Rm#B008 Lawrence KS 66045 FAX: 785-864-5262
> Home Address: 810 Ash St Wamego KS 66547 Home Phone: 785-456-7059
> --------------------------------------------------------------------------
> | WWW Homepage: http://www.people.ku.edu/~jnorris/ |
> --------------------------------------------------------------------------
> | Perhaps we are the first to talk and think and build and aspire, but |
> | we may not be the last. Others may follow us in this adventure... |
> | We owe it to that possible future to let their potential survive. |
> ---------------------------| David Brin |----------------------------
>
>
> > ----------
> > From: Christian Holm Christensen
> > Reply To: brahms-dev-l@bnl.gov
> > Sent: Monday, May 6, 2002 9:30 AM
> > To: brahms-dev-l@bnl.gov; videbaek@sgs1.hirg.bnl.gov
> > Subject: Re: Data Analysis Levels
> >
> > Hi Flemming et al,
> >
> > On Mon, 6 May 2002 09:51:14 -0400
> > "Flemming Videbaek" <videbaek@sgs1.hirg.bnl.gov> wrote
> > concerning "Re: raw data output":
> > > First as you noted this class was more of a place holder, though it
> > > was used in very early days to generate some simulated data for
> > > being able to digiitize data.
> >
> > Which ofcourse had some validity.
> >
> > > Kris, Christian and I have actual talked about removing this class
> > > completely, since I cannot real imagine what you would use
> > > 'generated raw data for' unless you would write some level 3 code to
> > > put into the online program.
> >
> > Erh, `level 3 code'? I've never seen any real spell-out of levels, so
> > here's how I see it:
> >
> > Level 0 Collision Event Generator
> > | |
> > Level 1 BRAHMS Experiment DAQ BRAG cdat
> > | |
> > Level 1a | BRAT digitisation
> > \ /
> > Level 2 `Reduction' steps (all data)
> > |
> > Level 3 Physics Data (DST/PhD)
> > |
> > Level 4 Analysis (ROOT interactive)
> >
> > > So what is it Pawel wants do do that cannot be done with the
> > > 'digitzed' classes ?
> >
> >
> > If Pawel want's the DAQ files, he should sink 'em from HPSS. I
> > personally have no idea how to do that, execpt by making a hack that
> > uses CAS to copy the files out. A JSF like
> >
> > executable=/brahms/u/stazsel/bin/cpraw
> > inputstreams=1
> > inputdir[0]=/home/bramsink/raw/2001/10/12
> > inputfile[0]=run005300seq.dat
> > inputstreamtype[0]=HPSS
> > outputstreams=1
> > outputdir[0]=/brahms/u/stazsel/raw/2001/10/12
> > outputfile[0]=run005300seq.dat
> > outputstreamtype=UNIX
> > stderrdir=/brahms/u/stazsel/raw/log
> > stderr=run005300seq.err
> > stdoutdir=/brahms/u/stazsel/raw/log
> > stdout=run005300seq.out
> >
> > and a script `/brahms/u/stazsel/bin/cpraw' like
> >
> > #!/bin/sh
> >
> > hpssfile=$INPUT0
> > unixfile=$OUTPUT0
> >
> > if test -f $unixfile ; then
> > echo "File $unixfile already exists, giving up"
> > exit 1
> > fi
> >
> > /bin/cp -a $hpssfile $unixfile
> > if test $? -ne 0 ; then
> > echo "Failed to copy $hpssfile to $unixfile"
> > exit 2
> > fi
> > exit 0
> >
> > One should then have a JSF for each sequence. That's comparably easy
> > to do:
> >
> > #!/bin/sh
> >
> > run=$1
> >
> > script=/brahms/u/staszel/bin/cpraw
> > outdir=/brahms/u/staszel/raw
> > email=staszel@nbi.sk
> >
> > mysqlout=`mktemp /tmp/jsfXXXXXX`
> > mysql -u query -p -h pii3.brahms.bnl.gov RUNDB <<EOF > $mysqlout
> > SELECT HpssFile FROM Files WHERE RunNo=$run ;
> > EOF
> >
> > files=`tail -n "+2" $mysqlout`
> >
> > rm $mysqlout
> >
> > for f in $files ; do
> > dir=`dirname $f`
> > fin=`basename $f`
> > bas=`basename $f .dat`
> > jsf=`${jsfdir}/${bas}.jsf`
> > cat > $jsf <<EOF
> > executable=${script}
> > inputstreams=1
> > inputdir[0]=/home/bramsink/raw${dir}
> > inputfile[0]=${fin}
> > inputstreamtype[0]=HPSS
> > outputstreams=1
> > outputdir[0]=${outdir}/raw/${dir}
> > outputfile[0]=${fin}
> > outputstreamtype=UNIX
> > stderrdir=${outdir}/raw/log
> > stderr=${bas}.err
> > stdoutdir=${outdir}/raw/log
> > stdout=${bas}.out
> > EOF
> >
> > crs_submit.pl $jsf
> > sleep 1
> >
> > rm -f $jsf
> > done
> >
> > Execute this script from the bramreco account on rcruser[1,2] to sink
> > the data files out of HPSS into a user directory (should be sym link to
> > one of the /brahms/dataX disks).
> >
> > There is some utils to sink files out of HPSS more directly, but I
> > don't know how to use it. I think Betty, Flemming, and perhaps Ian
> > and Djamel knows, and maybe some one else. I believe I once saw some
> > documentation on the web, but I can't remember where. Will the person
> > that did that please stand up?
> >
> > Another way, is to create a bratmain configuration script that uses
> > BrCopyModule to copy the full in event node to an the output. This
> > will store the data as `.root' files with a catalog of BrEvent
> > objects. This has the additional advantage, that you can ignore sync
> > triggers, and similar, to store disk space. Read it in with a normal
> > BrEventIO module.
> >
> > Yours,
> >
> > ____ | Christian Holm Christensen
> > |_| |
> > -------------------------------------------------------------
> > | | Address: Sankt Hansgade 23, 1. th. Phone: (+45) 35 35 96
> > 91
> > _| DK-2200 Copenhagen N Cell: (+45) 24 61 85
> > 91
> > _| Denmark Office: (+45) 353 25
> > 305
> > ____| Email: cholm@nbi.dk Web:
> > www.nbi.dk/~cholm
> > | |
> >
> >
>
--
:-) --------------------------- )-:
Peter H L Christiansen @ NBI
EMAIL : pchristi@nbi.dk
OFFICE : Tb1@NBI (353 25269)
HOME : Hjertensfrydsgade 3, st
PHONE : 33330493(New)/ 40840492(mob.)
:-D --------------------------- \-:
This archive was generated by hypermail 2b30 : Mon May 13 2002 - 11:54:07 EDT