Re: problem setting root in slc5 machine

From: Belen Salvachua <belen.salvachua_at_cern.ch>
Date: Wed, 29 Sep 2010 12:10:54 +0200


Hi,
I changed the setup script, now is:
source /afs/cern.ch/sw/lcg/external/gcc/4.4.3/x86_64-slc5/setup.sh

export ROOTVERS=5.26.00b
export ROOTSYS=/afs/cern.ch/sw/lcg/app/releases/ROOT/${ROOTVERS}/x86_64-slc5-gcc44-opt/root export PATH=${ROOTSYS}/bin:${PATH}
export LD_LIBRARY_PATH=${ROOTSYS}/lib:${LD_LIBRARY_PATH} alias 'root=root -l'

It worked, before I guess I was messing up gcc version and root version.

Regards,
  Belen

On Sep 29, 2010, at 12:05 PM, Rene Brun wrote:

> Could you provide the smallest possible setup (script, data file) reproducing your problem?
> Could you meanwhile check the consistency of your PATH/LD_LIBRARY_PATH variables?
> 
> Rene
> 
> Belen Salvachua wrote:

>> Hi,
>>
>> I am trying to run root on a SLC5 machine, but I get the following error:
>> Error: /afs/cern.ch/sw/lcg/app/releases/ROOT/5.25.04/x86_64-slc5-gcc34-opt/root/bin/rootcint: error loading headers...
>> Error in <ACLiC>: Dictionary generation failed!
>> Info in <ACLiC>: Invoking compiler to check macro's validity
>> sh: g++34: command not found
>> Error: Function macro1() is not defined in current scope :0:
>>
>> My linux configuration is:
>> uname -a
>> Linux anl01 2.6.18-194.11.3.el5 #1 SMP Tue Aug 31 10:13:43 CEST 2010 x86_64 x86_64 x86_64 GNU/Linux
>>
>> and gcc:
>> g++ -v
>> Using built-in specs.
>> Target: x86_64-redhat-linux
>> Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=x86_64-redhat-linux
>> Thread model: posix
>> gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)
>>
>> Does somebody know what could be wrong?
>> Thanks,
>> Belen
>>
>>

>

Received on Wed Sep 29 2010 - 12:10:32 CEST

This archive was generated by hypermail 2.2.0 : Wed Sep 29 2010 - 17:50:01 CEST