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 install
loading cache ./config.cache
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking for g77... g77
checking whether the Fortran 77 compiler (g77 ) works... yes
checking whether the Fortran 77 compiler (g77 ) is a cross-compiler... no
checking whether we are using GNU Fortran 77... yes
checking whether g77 accepts -g... yes
checking for Cygwin environment... no
checking for mingw32 environment... no
checking how to run the C preprocessor... gcc -E
checking host system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking for object suffix... o
checking for executable suffix... no
checking command to parse /usr/bin/nm -B output... ok
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library !
paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
creating libtool
checking 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/../../.. -lm
checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
checking for dnet_ntoa in -ldnet... no
checking for dnet_ntoa in -ldnet_stub... no
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for libpacklib libkernlib... /cern/pro/lib
checking wether CERNLIB libmathlib needs LAPACK and BLAS... yes
checking for kuipc... no
configure: 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
> | |
>
>
This archive was generated by hypermail 2b30 : Mon May 13 2002 - 11:31:57 EDT