Red Hat Bugzilla – Bug 46086
/usr/bin/itclsh3.1 has bogus RPATH
Last modified: 2007-04-18 12:33:51 EDT
# readelf -d usr/bin/itclsh3.1
Dynamic segment at offset 0xb80 contains 25 entries:
Tag Type Name/Value
0x00000001 (NEEDED) Shared library: [libitcl3.1.so]
0x00000001 (NEEDED) Shared library: [libtcl8.3.so]
0x00000001 (NEEDED) Shared library: [libdl.so.2]
0x00000001 (NEEDED) Shared library: [libm.so.6]
0x00000001 (NEEDED) Shared library: [libc.so.6]
0x0000000f (RPATH) Library rpath: [/foo/lib]
In the %changelog section of tcltk.spec, there is
* Mon Mar 08 1999 Preston Brown <email@example.com>
- whoops, exec-prefix for itcl was set to '/foo', changed to '/usr'.
I think it came back.
For the next release we'll be going to 3.2, which phases out itclsh and itksh.
In the meantime, I'll see to getting an errata out for 7.1.
Michael McLennan wrote:
> itcl 3.2 is definitely stable for Linux, but it no longer builds
> itclsh/itkwish. Instead, people now use [incr Tcl] as a pure
> dynamically-loadable package for tclsh/wish. When installed
> correctly, you can start either tclsh or wish and use "package require
> Itcl" to load the itcl object system, "package require Itk" to load
> the itk mega-widget system, and "package require Iwidgets" to load
> the iwidgets mega-widgets.
fixed in release 62