This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
Re: bug report: tclsh update for freebsd
- From: Bart Veer <bartv at ecoscentric dot com>
- To: ecos at mcmanis dot com
- Cc: ecos-discuss at sources dot redhat dot com
- Date: Thu, 16 Feb 2006 23:19:01 +0000 (GMT)
- Subject: Re: [ECOS] bug report: tclsh update for freebsd
- References: <6.1.2.0.2.20060212222228.02745ec0@66.125.189.29>
>>>>> "Chuck" == Chuck McManis <ecos@mcmanis.com> writes:
Chuck> When using FreeBSD the code :
Chuck> #!/bin/bash
Chuck> # restart using a Tcl shell \
Chuck> exec sh -c 'for tclshell in tclsh tclsh83 cygtclsh80 ; do \
Chuck> ( echo | $tclshell ) 2> /dev/null && exec $tclshell "`(
Chuck> cygpath -w \
Chuck> "$0\" ) 2> /dev/null || echo $0`" "$@" ; \
Chuck> done ; \
Chuck> echo "heapgen.tcl: cannot find Tcl shell" ; exit 1' "$0" "$@"
Chuck> In
Chuck> $PACKAGES/services/memalloc/common/current/src/heapgen.tcl
Chuck> fails to find the TCL shell because none of those names map
Chuck> to the one installed on the system. I added "tclsh8.4" to
Chuck> the line and that fixed it for my install.
Chuck> In the future, this value should be generated by the
Chuck> configure command in the sources somewhere so that this
Chuck> script can pick up the installed TCL (and version) as
Chuck> configured. The workaround is to add the name of your
Chuck> installed tclsh into this script.
This is basically a problem with your FreeBSD installation, not with
eCos. Expecting users and scripts to use tclsh8.4 rather than tclsh,
upgrading each time a new version is installed, is just as silly as
expecting them to use ls-5.2.1 instead of ls because that happens to
be the current version.
What should happen is that tclsh is a symbolic link to tclsh8.4, or
whatever the latest installed version of Tcl happens to be. Older
versions like tclsh8.3 may be installed as well if necessary,
coexisting with the latest. This is in accordance with the Filesystem
Hierarchy Standard, http://www.pathname.com/fhs/
Bart
--
Bart Veer eCos Configuration Architect
http://www.ecoscentric.com/ The eCos and RedBoot experts
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss