[Clas_offline] ClasTool/MapTools needs MySQLServer.h -- where is it?
Gagik Gavalian
gavalian at jlab.org
Fri Nov 13 15:39:49 EST 2009
Dear Craig,
If I understood correctly you're trying to build MapTools ?
Am I right ?
If this is the case, the MapTools was written at the beginning of the
project when the mySQL library was not part of ROOT yet, I got the
source code from Rene Brun (which was just a starting project), and it
had MySQLServer.h there as include file. When they did include MySQL
into standard distribution, I have wrote the new code which is MapUtils,
and if you look in the Makefile for the ClasTool, it compiles only
MapUtils, MapTools is a legacy library that I just did not remove from
the distribution.
Why were you trying to build MapTools ?
Gagik Gavalian
Eugene Pasyuk wrote:
> Oops! I looked in the wrong directory.
> I have the same.
> Check with Gagik.
>
> -Eugene
>
>
> Craig Bookwalter wrote:
>
>> I'm looking at MapTools/TMapTools.h:
>>
>> #ifndef __MAKEDUMMLIB__
>> #include "MySQLServer.h"
>> #endif
>>
>> Should I be defining this Make Dumb Lib flag? Seems appropriate...heh.
>>
>>
>> --cb
>> Eugene Pasyuk wrote:
>>
>>> I don't know, in the version I have there is a line in TMapUtils.h:
>>> #include "TMySQLServer.h"
>>> The same is in CVS.
>>>
>>> Check your source.
>>> Or may be this is scons thing? problem with parsing while looking for
>>> dependencies?
>>>
>>> -Eugene
>>>
>>> Craig Bookwalter wrote:
>>>
>>>> So this is just an error in ClasTool source code, asking for
>>>> MySQLServer.h when they really mean TMySQLServer.h??
>>>>
>>>>
>>>>
>>>> Eugene Pasyuk wrote:
>>>>
>>>>> $ROOTSYS/include/TMySQLServer.h
>>>>>
>>>>> -Eugene
>>>>>
>>>>> Craig Bookwalter wrote:
>>>>>
>>>>>> Hi all,
>>>>>> I'm trying to build ClasTool with scons and I ran into the
>>>>>> problem in the subject line. Clues?
>>>>>>
>>>>>> TIA
>>>>>> Craig
>>>>>>
>>>>>> Eugene Pasyuk wrote:
>>>>>>
>>>>>>> Here are some statistics of cvs activity. I looked over the same
>>>>>>> period
>>>>>>> of time from September 16 till today. All the information is from
>>>>>>> commitlog file which keeps all commits done in repository since
>>>>>>> day one,
>>>>>>> May 12, 1997. It has 42186 records total.
>>>>>>>
>>>>>>> So, since September 16 2009:
>>>>>>>
>>>>>>> Total number of commits 66.
>>>>>>> The majority of the changes are for Current Run web page.
>>>>>>> There are 18 commits related to software.
>>>>>>> Out of these 12 are in packages ported to svn.
>>>>>>> Details for these 12:
>>>>>>>
>>>>>>> 1 commit in ClasTool. (Sep 28)
>>>>>>>
>>>>>>> 5 commits in packages/utilities/sync. (Oct 9) They were done in
>>>>>>> one day,
>>>>>>> almost simultaneously. Can count as 1 commit.
>>>>>>>
>>>>>>> 5 commits in packages/eloss Sep30 Oct2 Oct22 Oct 23 Oct 29
>>>>>>> There is ongoing development of this package for FROST target.
>>>>>>>
>>>>>>> 1 commit in packages/seb done yesterday.
>>>>>>>
>>>>>>> These are all changes over the last two months.
>>>>>>>
>>>>>>> -Eugene
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Fri, 2009-11-13 at 09:03 +0100, Marco Ripani wrote:
>>>>>>>
>>>>>>>
>>>>>>>> Hi Stepan,
>>>>>>>> yes, it is necessary to put more efforts to fix everything and
>>>>>>>> then take an action. More help is needed to port the missing
>>>>>>>> packages and test that they build and work fine (there are still
>>>>>>>> many, as we see from Eugene's new test).
>>>>>>>> But currently there is also the problem of keeping CVS and SVN in
>>>>>>>> sync for packages that have been ported (e.g. user_ana). Johann
>>>>>>>> is doing that using scripts but he also has to do some manual
>>>>>>>> adjustments. To avoid this, the sooner we start using packages in
>>>>>>>> the new system, the better.
>>>>>>>>
>>>>>>>> Marco
>>>>>>>>
>>>>>>>> Stepan Stepanyan wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>> Hi Marco,
>>>>>>>>>
>>>>>>>>> I am not sure how to read your email. What do you mean "freeze
>>>>>>>>> CVS asap, not today".
>>>>>>>>> At the software meeting couple of month ago I though we came to
>>>>>>>>> agreement that we
>>>>>>>>> will discuss cvs vs svn after some experience will be gained.
>>>>>>>>> Several groups expressed
>>>>>>>>> interest to test svn/scon (e1-dvcs, eg1-dvcs, frost ...). So far
>>>>>>>>> only Eugene made an attempt
>>>>>>>>> to use svn and scon and as I can see from his email he succeeded
>>>>>>>>> using the staff that
>>>>>>>>> was polished by g12 for about a year, but there are still things
>>>>>>>>> that either missing or not
>>>>>>>>> ready yet. Why not put more efforts to fix every thing and then
>>>>>>>>> take an action?
>>>>>>>>>
>>>>>>>>> Stepan
>>>>>>>>>
>>>>>>>>> Marco Ripani wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>> need to freeze CVS but asap, not today. Need to first figure
>>>>>>>>>> out what the best time is, with minimum impact on the other run
>>>>>>>>>> groups, in particular due to the missing packages.
>>>>>>>>>>
>>>>>>>>>> Marco
>>>>>>>>>>
>>>>>>>>>> Johann Goetz wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> Thursday, Nov 12, 2009: SCons Build System and CLAS 6 Software
>>>>>>>>>>> 12:00 pm Eastern
>>>>>>>>>>> Cebaf Center A-110
>>>>>>>>>>> Call in information: Dial 1-877-643-6951
>>>>>>>>>>> International access: 1-302-607-2017
>>>>>>>>>>> Passcode: 24630562#
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> RPMs, yum, and all that (Maurizio)
>>>>>>>>>>> * creating RPM (installable pre-compiled packages with
>>>>>>>>>>> dependency
>>>>>>>>>>> tree) of the CLAS software is a great idea.
>>>>>>>>>>> * these RPMs can served with a JLab yum server so that
>>>>>>>>>>> installation on a Fedora or Red Hat (or CentOS) system
>>>>>>>>>>> could be
>>>>>>>>>>> done with a line like:
>>>>>>>>>>> yum install clas6-reconstruction clas6-generators etc...
>>>>>>>>>>> * CLAS12 has already implemented this on several flavors
>>>>>>>>>>> of Linux
>>>>>>>>>>> *
>>>>>>>>>>> Eugene's Review of SCons Build System
>>>>>>>>>>> * Generally favourable review. Eugene points out that
>>>>>>>>>>> there are
>>>>>>>>>>> many packages missing that are needed.
>>>>>>>>>>> * Many packages will have to copied over directories
>>>>>>>>>>> from CVS. * sconstruct files will have to be made.
>>>>>>>>>>> * gamecock (TOF calib program) has some problems
>>>>>>>>>>> (ROOT/GUI
>>>>>>>>>>> related)
>>>>>>>>>>> * CLASTool should be fairly easy to get to work
>>>>>>>>>>> now that
>>>>>>>>>>> ROOT dictionaries can be built properly.
>>>>>>>>>>> From: Eugene Pasyuk <pasyuk at jlab.org>
>>>>>>>>>>> To: CLAS Offline <clas_offline at jlab.org>
>>>>>>>>>>> Subject: [Clas_offline] testing svn/scons
>>>>>>>>>>> Date: Wed, 16 Sep 2009 10:29:31 -0400 (07:29 PDT)
>>>>>>>>>>>
>>>>>>>>>>> Hi all,
>>>>>>>>>>>
>>>>>>>>>>> I tried new software tools today on ifarm. Here are some first
>>>>>>>>>>> impressions about this experience.
>>>>>>>>>>>
>>>>>>>>>>> I followed prescription given on the Wiki:
>>>>>>>>>>> http://clasweb.jlab.org/wiki/index.php/Building_CLAS_libraries_with_SCons_on_ifarm
>>>>>>>>>>>
>>>>>>>>>>> It took 20 minutes get the entire source tree source from svn.
>>>>>>>>>>> Then I tried to build. The very first attempt failed. I
>>>>>>>>>>> figured out that
>>>>>>>>>>> the problem was in suggested environment setup file. I
>>>>>>>>>>> modified a couple
>>>>>>>>>>> of lines in it (2 minutes to figure out and fix). After that I
>>>>>>>>>>> made a
>>>>>>>>>>> second attempt to run scons. This time it worked. It took about 3
>>>>>>>>>>> minutes to build all clas libraries and a just few executables by
>>>>>>>>>>> default:
>>>>>>>>>>> a1c countbos g12Anal gsim_bat tagraw view-kaon
>>>>>>>>>>> view-tag
>>>>>>>>>>> bosdump g12skim skim user_ana view-st view-tracks
>>>>>>>>>>>
>>>>>>>>>>> Out of these only few (a1c, gsim_bat, countbos, bosdump,
>>>>>>>>>>> user_ana and
>>>>>>>>>>> tagraw) are of interest to general CLAS user. The rest seem to
>>>>>>>>>>> be g12
>>>>>>>>>>> specific.
>>>>>>>>>>> After doing some archeology in sconstruct files for about a
>>>>>>>>>>> half an hour
>>>>>>>>>>> and making some modifications to them here and there (I have zero
>>>>>>>>>>> knowledge of scons or python at the moment) I managed to build
>>>>>>>>>>> a few
>>>>>>>>>>> more utilities, particularly DC calibration tools trk_mon,
>>>>>>>>>>> trk_mon_lite
>>>>>>>>>>> and dc3. I failed to build start counter calibration code. I
>>>>>>>>>>> was able to
>>>>>>>>>>> build fdump. gflux would not build because of the compiler
>>>>>>>>>>> errors. I
>>>>>>>>>>> wonder how g12 managed to build it in new build scheme from
>>>>>>>>>>> the source
>>>>>>>>>>> in svn. ced would not build because of the compiler errors too.
>>>>>>>>>>> TOF calibration source code is in svn, but it was not modified
>>>>>>>>>>> for scons
>>>>>>>>>>> at all. It was imported as is from cvs with all Makefiles
>>>>>>>>>>> which will not
>>>>>>>>>>> work because of the different tree structure. sc_mon is
>>>>>>>>>>> missing. As was
>>>>>>>>>>> mentioned at the meeting ec timing calibration utilities are not
>>>>>>>>>>> included as several other general purpose utilities. For some
>>>>>>>>>>> reason
>>>>>>>>>>> gsim_int and gpp are not included.
>>>>>>>>>>>
>>>>>>>>>>> To summarize, I succeeded in building most of the libraries
>>>>>>>>>>> and a few
>>>>>>>>>>> executables. Quite a few tools are missing (gsim_int, gpp, some
>>>>>>>>>>> calibration tools). Some programs which build fine with make
>>>>>>>>>>> would not
>>>>>>>>>>> build with scons (gflux, ced ...?) I don't know if those
>>>>>>>>>>> executables I
>>>>>>>>>>> built are working, I had not had a chance to test them yet. I
>>>>>>>>>>> have not
>>>>>>>>>>> tried to build any of the event generators with scons.
>>>>>>>>>>> By the way, there are only three of them in svn, while we have
>>>>>>>>>>> more in
>>>>>>>>>>> cvs.
>>>>>>>>>>>
>>>>>>>>>>> All in all, svn works just fine, apart from having different
>>>>>>>>>>> directory
>>>>>>>>>>> structure. scons works for some pieces of the software and
>>>>>>>>>>> does not for
>>>>>>>>>>> some
>>>>>>>>>>> others. Perhaps it is not quite ready for the prime time yet.
>>>>>>>>>>> Some essential
>>>>>>>>>>> utilities are not working yet in new build. -Eugene
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> What We Should Do Now
>>>>>>>>>>> * Hire some undergraduates to move packages from CVS to
>>>>>>>>>>> SVN and
>>>>>>>>>>> add sconstruct files to build these packages.
>>>>>>>>>>> * Armand Fraiser was a big help initially with the move to
>>>>>>>>>>> SVN/SCons and he could continue to do so.
>>>>>>>>>>> * There is some detailed help information already, it
>>>>>>>>>>> probably
>>>>>>>>>>> needs a bit of reorganization on the wiki.
>>>>>>>>>>> * Should we have a list of programs/libraries that
>>>>>>>>>>> should be moved
>>>>>>>>>>> from CVS to SVN (Armand already created an spreadsheet
>>>>>>>>>>> that has
>>>>>>>>>>> some of this information. It will be sent to Craig and
>>>>>>>>>>> he will
>>>>>>>>>>> look into it.
>>>>>>>>>>> * We need to freeze CVS today.
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Clas_offline mailing list
>>>>>>>>>>> Clas_offline at jlab.org
>>>>>>>>>>> https://mailman.jlab.org/mailman/listinfo/clas_offline
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Clas_offline mailing list
>>>>>>> Clas_offline at jlab.org
>>>>>>> https://mailman.jlab.org/mailman/listinfo/clas_offline
>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>
> _______________________________________________
> Clas_offline mailing list
> Clas_offline at jlab.org
> https://mailman.jlab.org/mailman/listinfo/clas_offline
>
More information about the Clas_offline
mailing list