View Issue Details

IDProjectCategoryView StatusLast Update
0003041Slicer4Core: Building (CMake, Superbuild)public2013-06-11 09:21
Reporterimphead Assigned Tojcfr  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product VersionSlicer 4.2.2-1 
Target VersionSlicer 4.3.0Fixed in VersionSlicer 4.3.0 
Summary0003041: Nightly build: shared library path is messed up
Description

Just downloaded 2013-03-29 Linux version. I get report of missing library when executing:

~/bin/Slicer-4.2.0-2013-03-28-linux-amd64/Slicer &

(Here of course, I stuffed the untarred ball into ~/bin)

However, this starts Slicer fine:

LD_LIBRARY_PATH=~/bin/Slicer-4.2.0-2013-03-28-linux-amd64/lib/Slicer-4.2/lib ~/bin/Slicer-4.2.0-2013-03-28-linux-amd64/Slicer

So, there's a configuration error somewhere! If this is helpful:

strings ~/bin/Slicer-4.2.0-2013-03-28-linux-amd64/Slicer | grep '/lib'

then here's what is says:

/lib64/ld-linux-x86-64.so.2
%1.%2/libraryPath
/usr/X11R6/lib/X11/fs/config
/usr/X11/lib/X11/fs/config
qt_libspath=/home/kitware/Dashboards/Support/qt/qt-everywhere-opensource-static-release-4.7.4/lib
/home/john/lib2
/home/john/lib1

Thanks (john?) :)

PS: for search engines, the concrete error message is

/home/imphead/bin/Slicer-4.2.0-2013-03-28-linux-amd64/./bin/SlicerApp-real: error while loading shared libraries: libitkdouble-conversion-4.4.so.1: cannot open shared object file: No such file or directory

TagsNo tags attached.

Activities

jcfr

jcfr

2013-04-03 14:41

administrator   ~0008306

Hi Paul,

The underlying issue has been fixed in ITKv4, the corresponding commit in Slicer is r21858.
See http://viewvc.slicer.org/viewvc.cgi/Slicer4?view=revision&revision=21858

The string associated with the "Slicer" executable are in fact the one associated with the launcher. The "/home/john/..." path associated with the function "ctkAppLauncher::generateTemplate()". See https://github.com/commontk/AppLauncher/blob/master/Base/ctkAppLauncher.cpp#L1227-1264

//---------------------------
COMP: Fix missing itkdouble-conversion library when using packaged Slicer

Update ITKv4 version to include ITK commit f228cd4

// ----------
COMP: The install path for DoubleConversion lib was wrong.

As reported by Vladimir Chalupecky, the install path for
double-conversion libraries was wrong. I fixed and tested
that, and used the ITK Module-generated path variables
instead of ad hoc variables local to the DoubleConversion
Module.

See https://github.com/Kitware/ITK/commit/f228cd4
// ----------

Thanks to Marianna Jakab for reporting the issue.
//---------------------------

Issue History

Date Modified Username Field Change
2013-04-01 08:38 imphead New Issue
2013-04-01 08:38 imphead Status new => assigned
2013-04-01 08:38 imphead Assigned To => jcfr
2013-04-03 14:40 jcfr Target Version => Slicer 4.3.0
2013-04-03 14:41 jcfr Note Added: 0008306
2013-04-03 14:41 jcfr Status assigned => resolved
2013-04-03 14:41 jcfr Fixed in Version => Slicer 4.3.0
2013-04-03 14:41 jcfr Resolution open => fixed
2013-06-11 09:21 imphead Status resolved => closed