sphenix-maps-l AT lists.bnl.gov
Subject: sPHENIX MAPS tracker discussion
List archive
[Sphenix-maps-l] struggling to properly install the mvtx plugin - was: Re: rcdaq setup meeting?
- From: Martin Purschke <purschke AT bnl.gov>
- To: sphenix-maps-l AT lists.bnl.gov
- Subject: [Sphenix-maps-l] struggling to properly install the mvtx plugin - was: Re: rcdaq setup meeting?
- Date: Thu, 8 Jun 2023 13:57:46 -0400
All,
Jo and I discussed this offline a bit -
Our binaries and libs must generally be selected from what is centrally defined as $ONLINE_MAIN. (Experts sometimes deviate from that during development and debugging).
We make it so that this is set in a system- and OS-dependent fashion, so system pick up the right architecture. And so that only experts can mess with this, and to protect against inadvertent changes, the installation is made and is owned by the "sphnxbuild" account.
So on your systems we get
purschke@mvtx-flx0:~$ echo $ONLINE_MAIN
/home/repo/CentOS7
So for this to be a mostly fool-proof procedure, we have an install script that goes through the areas that are getting built (like the TPC-FELIX stuff only on the Debians, etc etc), we have a script ( /home/sphnxbuild/pro_installation/CentOS/install_all.sh) that goes through "all" and installs the various projects. It has the ability to selectively install only one, for example, with
sh install_all.sh rcdaq
will only go to the rcdaq area, perform a git pull, and make a default installation.
Here are the issues. The mvtx-plugin doesn't adhere to our standard setup with an autogen.sh and so on, but uses a cmake-based install that defeats that scheme.
cmake on Centos is generally deemed evil because of the stone-old version -
purschke@mvtx-flx0:~$ cmake --version
cmake version 2.8.12.2
while everyone else is on some 3.x version, like 3.18.4. (You cannot even rebuild root with that because it needs 3.x). But never mind that, we will trip over all this if this doesn't use a standard install procedure.
Ok, I checked this out and tried a manual cmake-install to get going.
sphnxbuild@seb10:~$ cd pro_installation/CentOS/mvtx_rcdaq_plugin/build/
sphnxbuild@seb10:~/pro_installation/CentOS/mvtx_rcdaq_plugin/build$ cmake ..
-- Detecting RCDAQ installation at /home/repo/CentOS7.
CMake Error at CMakeLists.txt:37 (message):
-- Cannot find FELIX.
-- Configuring incomplete, errors occurred!
See also
"/home/sphnxbuild/pro_installation/CentOS/mvtx_rcdaq_plugin/build/CMakeFiles/CMakeOutput.log".
It looks like "FELIX" is meant to be set to (but please tell me what it's supposed to be)
FELIX_ROOT=/home/mvtx/software
but...
sphnxbuild@seb10:~/pro_installation/CentOS/mvtx_rcdaq_plugin/build$ export
FELIX_ROOT=/home/mvtx/software
sphnxbuild@seb10:~/pro_installation/CentOS/mvtx_rcdaq_plugin/build$ cmake ..
-- Detecting RCDAQ installation at /home/repo/CentOS7.
-- Detecting FELIX installation at /home/mvtx/software.
-- Detecting BOOST headers at /usr/include
-- Configuring done
-- Generating done
-- Build files have been written to:
/home/sphnxbuild/pro_installation/CentOS/mvtx_rcdaq_plugin/build
sphnxbuild@seb10:~/pro_installation/CentOS/mvtx_rcdaq_plugin/build$ make
[ 25%] Building CXX object
CMakeFiles/rcdaqplugin_felix.dir/daq_device_felix.cc.o
/home/sphnxbuild/pro_installation/CentOS/mvtx_rcdaq_plugin/daq_device_felix.cc:
In member function ‘virtual int daq_device_felix::put_data(int, int*, int)’:
/home/sphnxbuild/pro_installation/CentOS/mvtx_rcdaq_plugin/daq_device_felix.cc:155:47:
error: ‘volatile struct dma_status_t’ has no member named ‘current_address’
dmaCurrAddr = _dmaStat[ipacket]->current_address;
^~~~~~~~~~~~~~~
What I'm asking is to please make it so that a standard install will succeed. Looking at the installation script above, here is the essence:
BUILD_AREA=${OLD_PWD}/build/${PROJECT}
git pull
echo $BUILD_AREA
# if there is no build area, make on
[ -d $BUILD_AREA ] || mkdir -p $BUILD_AREA
cd $BUILD_AREA
EXTRA=
[ $PROJECT = rcdaq ] && EXTRA="--enable-WRITEPRDF"
$OLD_PWD/$PROJECT/autogen.sh $EXTRA --prefix=$ONLINE_MAIN
make install
You can look up any project, such as rcdaq itself, for the template.
Thanks,
Martin
On 6/5/23 14:10, Martin Purschke via sPHENIX-MAPS-l wrote:
All,
should we hop in the DAQ Meeting zoom?
https://bnl.zoomgov.com/j/1605543713?pwd=Z2QvUDFWMDFuOExPMHh3bnMrYlZIQT09
I'm hanging out there...
Martin
--
Martin L. Purschke, Ph.D. ; purschke AT bnl.gov
; http://www.phenix.bnl.gov/~purschke
;
Brookhaven National Laboratory ; phone: +1-631-344-5244
Physics Department Bldg 510 C ; fax: +1-631-344-3253
Upton, NY 11973-5000 ; skype: mpurschke
-----------------------------------------------------------------------
-
[Sphenix-maps-l] rcdaq setup meeting?,
Martin Purschke, 06/05/2023
-
Re: [Sphenix-maps-l] rcdaq setup meeting?,
Martin Purschke, 06/06/2023
- Re: [Sphenix-maps-l] [EXTERNAL] Re: rcdaq setup meeting?, Liu, Ming Xiong, 06/06/2023
- [Sphenix-maps-l] struggling to properly install the mvtx plugin - was: Re: rcdaq setup meeting?, Martin Purschke, 06/08/2023
-
Re: [Sphenix-maps-l] rcdaq setup meeting?,
Martin Purschke, 06/06/2023
Archive powered by MHonArc 2.6.24.