[MacPorts] #42875: Geant4: fails to link against CLHEP with clang 3.4

MacPorts noreply at macports.org
Wed Mar 26 07:10:03 PDT 2014


#42875: Geant4: fails to link against CLHEP with clang 3.4
--------------------------------+--------------------------------
  Reporter:  graziosi.angelo@…  |      Owner:  macports-tickets@…
      Type:  defect             |     Status:  closed
  Priority:  Normal             |  Milestone:
 Component:  ports              |    Version:
Resolution:  fixed              |   Keywords:
      Port:  geant4             |
--------------------------------+--------------------------------

Comment (by mojca@…):

 Just to copy the relevant part of the log:
 {{{
 Using compiler 'MacPorts LLVM-GCC 4.2'

 ...

 /opt/local/bin/llvm-g++-4.2  -pipe -Os -I/opt/local/include -arch x86_64
 -W -Wall -pedantic -Wno-non-virtual-dtor -Wno-long-long -Wwrite-strings
 -Wpointer-arith -Woverloaded-virtual -pipe -std=c++98 -DNDEBUG -arch
 x86_64 -dynamiclib -Wl,-headerpad_max_install_names  -L/opt/local/lib
 -Wl,-headerpad_max_install_names -arch x86_64 -o
 ../../outputs/library/Darwin-g++/libG4graphics_reps.dylib -install_name
 /opt/local/lib/Geant4/Geant4.9.6/libG4graphics_reps.dylib
 CMakeFiles/G4graphics_reps.dir/src/G4AttCheck.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4AttDef.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4AttDefStore.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4AttHolder.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4AttUtils.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4Circle.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4Colour.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4DimensionedTypeUtils.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4NURBS.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4NURBSbox.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4NURBScylinder.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4NURBShexahedron.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4NURBStube.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4NURBStubesector.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4PlacedPolyhedron.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4Point3DList.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4Polyhedron.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4PolyhedronArbitrary.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4Polyline.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4Polymarker.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4Scale.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4Square.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4Text.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4VGraphicsScene.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4VMarker.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4VVisManager.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4VisAttributes.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4VisExtent.cc.o
 CMakeFiles/G4graphics_reps.dir/src/G4Visible.cc.o
 CMakeFiles/G4graphics_reps.dir/src/HepPolyhedron.cc.o
 ../../outputs/library/Darwin-g++/libG4global.dylib
 ../../outputs/library/Darwin-g++/libG4intercoms.dylib
 ../../outputs/library/Darwin-g++/libG4global.dylib
 /opt/local/lib/libCLHEP.dylib -Wl,-rpath,/opt/local/lib
 Undefined symbols for architecture x86_64:
   "HepGeom::operator<<(std::basic_ostream<char, std::char_traits<char> >&,
 HepGeom::BasicVector3D<double> const&)", referenced from:
       operator<<(std::basic_ostream<char, std::char_traits<char> >&,
 G4Point3DList const&)in G4Point3DList.cc.o
       operator<<(std::basic_ostream<char, std::char_traits<char> >&,
 G4VMarker const&)in G4VMarker.cc.o
 ld: symbol(s) not found for architecture x86_64
 }}}
 I would be really grateful for some additional help, testing and debugging
 to figure out why this fails in the first place.

 But other than that: which compiler deserves blacklisting now?

 I discovered that Geant4 builds just fine with the built-in CLHEP, so now
 I'm also chasing the reason why it fails when external CLHEP is present
 even if it's not being used (that might be related to #42872). The reason
 for using the external CLHEP is at least Gate which isn't happy with the
 built-in version for some reason (the author is working on fixing that,
 but it might take some time before it's done; from what I understand he
 has some come in his local/private branch).

-- 
Ticket URL: <https://trac.macports.org/ticket/42875#comment:8>
MacPorts <http://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list