Ejecutar un ejecutable en RUTA con el mismo nombre que una función existente

A veces defino una función que sombrea un ejecutable y modifica sus argumentos o resultados. Entonces, la función tiene el mismo nombre que el ejecutable, y necesito una forma de ejecutar el ejecutable desde la función sin llamarla recursivamente. Por ejemplo, para ejecutar automáticamente la salida de fossil diffthrough colordiffy less -Ruso:

function fossil () {
    local EX=$(which fossil)
    if [ -z "$EX" ] ; then
        echo "Unable to find 'fossil' executable." >&2
        return 1
    fi
    if [ -t 1 ] && [ "$1" == "diff" ] ; then
        "$EX" "$@" | colordiff | less -R
        return
    fi
    "$EX" "$@"
}

Si estuviera seguro de la ubicación del ejecutable, simplemente podría escribir /usr/bin/fossil. Bash reconoce que eso /significa que el comando es un ejecutable, no una función. Pero como no conozco la ubicación exacta, tengo que recurrir a llamar whichy verificar el resultado. ¿Hay una manera más sencilla?

Use el commandcaparazón incorporado:

bash-4.2$ function date() { echo 'at the end of days...'; }

bash-4.2$ date
at the end of days...

bash-4.2$ command date
Mon Jan 21 16:24:33 EET 2013

bash-4.2$ help command
command: command [-pVv] command [arg ...]
    Execute a simple command or display information about commands.

    Runs COMMAND with ARGS suppressing  shell function lookup, or display
    information about the specified COMMANDs.  Can be used to invoke commands
    on disk when a function with the same name exists.

En los scripts, la #!línea a menudo se usa /bin/env bashpara ejecutar el comando bash en función de la ruta. (Puede diferir para algunas utilidades). Esto debería funcionar aquí también ...

(La commandalternativa también debería funcionar, pero podría depender de un shell específico) (Funciona en Bourne Shell en Solaris, pero en realidad se ejecuta /bin/commanden ese caso, que es un shell incorporado en Bash)

Ambos /bin/commandy /bin/envse enumeran en SUS, por lo que todas las implementaciones compatibles deberían tenerlo.

La respuesta de Gert me hizo darme cuenta de que también se puede usar nicecon el propósito (en realidad lo tuve en uno de mis scripts sin darme cuenta):

$ function date() { echo 'at the end of days...'; }
$ date
at the end of days...
$ nice -n0 date
Mon Jan 21 16:45:21 CET 2013

Es menos elegante que las otras respuestas, pero en algunas circunstancias podría ser una opción útil.