[Hallcsw] quick fix to problem compiling hcana on cdaql1

[Eric Pooser]

There was a small typo as a result of Git markdown language and copy and pasting in the previous email.   Here are the correct commands:

setenv PATH `echo $PATH | perl -pe “s[/apps/root/PRO/root/bin][]g;”`
setenv LD_LIBRARY_PATH `echo $LD_LIBRARY_PATH | perl -pe “s[/apps/root/PRO/root/lib][]g;”` 

Eric Pooser
Hall C Postdoctoral Fellow
Building 12-1 Room C115
Thomas Jefferson National Accelerator Facility
12000 Jefferson Avenue
Newport News, VA 23606
Office: (757) 269 7216

> On Oct 2, 2017, at 1:23 PM, Eric Pooser <pooser at jlab.org> wrote:
> 
> For folks that are working on the cdaq cluster and using the non standard ROOT PRO installation (5.34.36) you will run into issues regarding a clean installation of hcana.  From what I understand you will also run into issues utilizing the PRO installation however that is aside the point.
> 
> Currently, when one logs into cdaql1 the default ROOT is source to the PRO version.  If one then switches to say 6.08.00 via. the command ‘source /apps/root/6.08.00/setroot_CUE.csh’ then your LD_LIBRARY_PATH and PATH environment variables will still contain stale links to the PRO version of ROOT.  With the newest updates to Scons, this will cause the build of hcana to fail.
> 
> The hack to solve this issue is that one needs to remove the PRO version of ROOT in the aforementioned paths.  This can be accomplished with the following shell commands:
> 
> setenv PATH `echo $PATH | perl -pe “s[/apps/root/PRO/root/bin[]g;”`
> setenv LD_LIBRARY_PATH `echo $LD_LIBRARY_PATH | perl -pe “s[/apps/root/PRO/root/lib[]g;”` 
> 
> Once this is done, perform a clean scons build and everything should work…famous last words :-p
> 
> Kind regards,
> -Eric
> 
> Eric Pooser
> Hall C Postdoctoral Fellow
> Building 12-1 Room C115
> Thomas Jefferson National Accelerator Facility
> 12000 Jefferson Avenue
> Newport News, VA 23606
> Office: (757) 269 7216
> 
>> On Oct 2, 2017, at 12:48 PM, Mark Jones <jones at jlab.org <mailto:jones at jlab.org>> wrote:
>> 
>> Until it gets fixed the quick fix to the SCONS problem is
>> edit  the podd/SConstruct
>> 
>> Change line 
>> 
>> coda_dir = os.getenv('CODA')
>> 
>> to
>> 
>> coda_dir = os.getenv('CODAtemp')
>> 
>> This will cause it to download evio instead of looking in CODA.
>> 
>> 
>> Cheers,
>>       Mark
>> _______________________________________________
>> Hallcsw mailing list
>> Hallcsw at jlab.org <mailto:Hallcsw at jlab.org>
>> https://mailman.jlab.org/mailman/listinfo/hallcsw
> 
> _______________________________________________
> Hallcsw mailing list
> Hallcsw at jlab.org
> https://mailman.jlab.org/mailman/listinfo/hallcsw

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.jlab.org/pipermail/hallcsw/attachments/20171002/42570e04/attachment.html>