From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.3) Gecko/20050104 Red Hat/1.4.3-3.0.7 Description of problem: It is standard practice to have libpackage so that one can link using -lpackage, eg -ltkx which would link to libtkx.a ... by creating libtkx8.3.a and not at least symlinking libtkx.a to libtkx8.3.a, any software using the standard -lpackage breaks. Version-Release number of selected component (if applicable): tclx-8.3-92.2 How reproducible: Always Steps to Reproduce: 1. Download torque 2. ./configure --with-tclx --enable-gui 3. make Actual Results: Could not find -ltkx Make failed with error 2 Expected Results: The software should have compiled. Additional info: Most libs seem to be done in the standard way. Eg /usr/lib/libz.a, /usr/lib/librt.a, etc. It should be noted that the same is true of the corresponding .so
Do you have tclx-devel installed? Are you sure you want to link statically against libtkx?
Strangely enough, there is not a tclx-devel package. And, yes, we do want to link statically against libtkx.
Sorry I was confused RHEL 3 has all the tclx in the tclx package. I guess tclx-devel was added later when tclx was split from tcltk. Adding symlinks initially in 8.3.5-6 in rawhide.
(Moving to RHEL4.) Fixed in FC4.