[Clas_offline] ClasTool/MapTools needs MySQLServer.h -- where is it?
Craig Bookwalter
craigb at jlab.org
Fri Nov 13 15:41:56 EST 2009
I was building it because it was there, mostly. I had no idea which
libraries in ClasTool are popularly used and which are kept as legacy
stuff. I'll look in the Makefile and see which directories are actually
built.
Gagik Gavalian wrote:
> 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
>>
>
--
-------------------------------------------------------------------------
Craig Bookwalter FSU Office: (850) 644 3808
Department of Physics JLab Office: (757) 269 5465
Florida State University craigb at hadron.physics.fsu.edu
Tallahasse, FL 32306 craigb at jlab.org
"One toke? You poor fool. Just wait till you see those (expletive) bats."
-------------------------------------------------------------------------
More information about the Clas_offline
mailing list