Opened 7 years ago

Closed 7 years ago

Last modified 7 years ago

#42844 closed defect (fixed)

root-5.34.17 would not build with +fftw3

Reported by: anna.soter@… Owned by: cjones051073 (Chris Jones)
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc: mattiafrancescomoro@…, mojca (Mojca Miklavec)
Port: root

Description (last modified by mf2k (Frank Schima))

""Similar problem to closed ticket"" #32383.

root-5.34.17 (built with defaults, root-5.34.17_0+cocoa+gcc48+graphviz+gsl+minuit2+opengl+roofit+soversion+ssl+tmva+xml ) fails during runtime when tries to access some missing libraries:

Error in <TMacOSXSystem::DynamicPathName>: FFTW[.so | .dll | .dylib | .sl | .dl | .a] does not exist in .:/opt/local/lib/root::/opt/local/lib/root/cint/cint/stl

It seems the fftw3 libraries relevant to root are missing, at least this error occurs for others for this reason. It seems the port should get them by default, but in any case I tried to enforce them with +fftw3 during install. The port is successfully fetched and configured, but fails during build.

I would be very happy for any input on this, I badly need root with FFT for my work. Thank you for your time in advance! Some lines from the end of the log file when installing root-5.34.17_0+cocoa+fftw3+gcc48+graphviz+gsl+minuit2+opengl+roofit+soversion+ssl+tmva+xml

:info:build Undefined symbols for architecture x86_64:
:info:build   "int TStreamerInfo::WriteBufferAux<char**>(TBuffer&, char** const&, int, int, int, int)", referenced from:
:info:build       TBranchElement::FillLeavesMemberCounter(TBuffer&) in TBranchElement.o
:info:build ld: symbol(s) not found for architecture x86_64
:info:build clang: error: linker command failed with exit code 1 (use -v to see invocation)
:info:build make: *** [lib/libTree.so] Error 1
:info:build make: *** Waiting for unfinished jobs....
:info:build ln -fs libRootAuth.5.34.so lib/libRootAuth.so
:info:build ==> lib/libRootAuth.5.34.so done
:info:build ln -fs libMathMore.5.34.so lib/libMathMore.so
:info:build ln -fs libQuadp.5.34.so lib/libQuadp.so
:info:build ln -fs libSQLIO.5.34.so lib/libSQLIO.so
:info:build ==> lib/libMathMore.5.34.so done
:info:build ==> lib/libQuadp.5.34.so done
:info:build ==> lib/libSQLIO.5.34.so done
:info:build ln -fs libPhysics.5.34.so lib/libPhysics.so
:info:build ==> lib/libPhysics.5.34.so done
:info:build ln -fs libGeom.5.34.so lib/libGeom.so
:info:build ==> lib/libGeom.5.34.so done
:info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_root/root/work/root'
:info:build Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_root/root/work/root" && /usr/bin/make -j8 -w all 
:info:build Exit code: 2
:error:build org.macports.build for port root returned: command execution failed
:debug:build Error code: CHILDSTATUS 15095 2
:debug:build Backtrace: command execution failed
    while executing
"system -nice 0 $fullcmdstring"
    ("eval" body line 1)
    invoked from within
"eval system $notty $nice \$fullcmdstring"
    invoked from within
"command_exec build"
    (procedure "portbuild::build_main" line 8)
    invoked from within
"$procedure $targetname"

Thank you in advance for your time. Cheers, Anna

Change History (5)

comment:1 Changed 7 years ago by mf2k (Frank Schima)

Cc: mattiafrancescomoro@… added
Description: modified (diff)
Keywords: fftw3 root removed
Owner: changed from macports-tickets@… to jonesc@…

In the future, please Cc the port maintainers (port info --maintainers root).

comment:2 Changed 7 years ago by mojca (Mojca Miklavec)

Cc: mojca@… added

Cc Me!

comment:3 Changed 7 years ago by mojca (Mojca Miklavec)

Resolution: fixed
Status: newclosed
Version: 2.2.1

Is this still an issue with version 5.34.18? It looks exactly like a side effect of upgrading to the new Xcode. An issue that has been fixed in latest ROOT.

See https://github.com/root-mirror/root/commit/4da8475ff345d6c34c6537f2bcaf8cd56741199e

In case I'm wrong, please reply or reopen the ticket.

comment:4 Changed 7 years ago by cjones051073 (Chris Jones)

I agree, this very much looks like an issue in 5.34.17 with the latest Xcode, which should be fixed in the latest update. Please make sure your ports are up to date, and report back.

cheers Chris

comment:5 Changed 7 years ago by anna.soter@…

Thank you guys, 5.34.18 behaves well, and all libraries are in place again :) I did not notice the upgrade, sorry for the complaint! cheers, Anna

Note: See TracTickets for help on using tickets.