Project

General

Profile

Bug #599

root build fails when conflicting python2.7 already installed

Added by Vankova-Kirilova, Galina about 10 years ago. Updated about 10 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Tunnell, Christopher
Category:
Build System
Target version:
Start date:
25 July 2011
Due date:
% Done:

100%

Estimated time:
Workflow:

Description

(Rogers o.b.o. Galia)

Trying to run build script but getting a problem when building pyroot. make tries to link against existing python 2.7 rather than the one built with MAUS and bad stuff happens.

OS: Fedora Core 10 (Cambridge) with python 2.7 installed on top of built-in 2.5

g++ -shared -Wl,-soname,libPyROOT.so -m64 -O2 -o lib/libPyROOT.so bindings/pyroot/src/Adapters.o bindings/pyroot/src/ClassMethodHolder.o bindings/pyroot/src/ConstructorHolder.o bindings/pyroot/src/Converters.o bindings/pyroot/src/Executors.o bindings/pyroot/src/FunctionHolder.o bindings/pyroot/src/MemoryRegulator.o bindings/pyroot/src/MethodHolder.o bindings/pyroot/src/MethodProxy.o bindings/pyroot/src/ObjectProxy.o bindings/pyroot/src/PropertyProxy.o bindings/pyroot/src/PyBufferFactory.o bindings/pyroot/src/PyRootType.o bindings/pyroot/src/PyStrings.o bindings/pyroot/src/Pythonize.o bindings/pyroot/src/RootModule.o bindings/pyroot/src/RootWrapper.o bindings/pyroot/src/TCustomPyTypes.o bindings/pyroot/src/TemplateProxy.o bindings/pyroot/src/TPyClassGenerator.o bindings/pyroot/src/TPyDispatcher.o bindings/pyroot/src/TPyException.o bindings/pyroot/src/TPyFitFunction.o bindings/pyroot/src/TPyReturn.o bindings/pyroot/src/TPyROOTApplication.o bindings/pyroot/src/TPySelector.o bindings/pyroot/src/TPython.o bindings/pyroot/src/TRflxCallback.o bindings/pyroot/src/TSetItemHolder.o bindings/pyroot/src/Utility.o bindings/pyroot/src/G__PyROOT.o -Llib -lCore -lCint -lMathCore -lRIO -lNet -lHist -lGraf -lGraf3d -lGpad -lTree -lMatrix -lThread -Llib -lReflex -ldl -L/usr/local/lib -lpython2.7
/usr/bin/ld: /usr/local/lib/libpython2.7.a(abstract.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/libpython2.7.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [lib/libPyROOT.so] Error 1
#1

Updated by Rogers, Chris about 10 years ago

Workaround: we rebuilt python on the host system with --enable-shared flag set.

#2

Updated by Tunnell, Christopher about 10 years ago

  • Status changed from Open to Closed
  • % Done changed from 0 to 100

not reproducable. But we now have it written down somewhere.

#3

Updated by Rogers, Chris about 10 years ago

  • Target version changed from Future MAUS release to MAUS-v0.0.6

Also available in: Atom PDF