Où «export var = value» n'est pas disponible?

J'ai compris - probablement sur Usenet au milieu des années 1990 (!) - que la construction

export var=value

est un bashisme, et que l'expression portable est

var=value
export var

Je préconise cela depuis des années, mais récemment, quelqu'un m'a contesté à ce sujet, et je ne trouve vraiment aucune documentation pour sauvegarder ce qui était une croyance solide.

La recherche sur Google "export: command not found"ne semble pas évoquer de cas où quelqu'un a réellement eu ce problème, donc même si c'est authentique, je suppose que ce n'est pas très courant.

(Les hits que je reçois semblent être des débutants qui copient / collent la ponctuation, et se sont retrouvés avec 'export: command not foundou quelque chose comme ça , ou qui essaient d'utiliser exportavec sudo; et les cshutilisateurs débutants essayant d'utiliser la syntaxe du shell Bourne.)

Je peux certainement dire que cela fonctionne sur OS X et sur diverses distributions Linux, y compris celles où il se shtrouve dash.

sh$ export var=value
sh$ echo "$var"
value
sh$ sh -c 'echo "$var"'  # see that it really is exported
value

Dans le monde d'aujourd'hui, est-il sûr de dire que son utilisation export var=valueest sûre?

J'aimerais comprendre quelles en sont les conséquences. Si ce n'est pas portable pour la v7 "Bourne classic", ce n'est guère plus qu'une anecdote. S'il existe des systèmes de production où le shell ne peut vraiment pas faire face à cette syntaxe, ce serait utile de le savoir.

export foo=bar

n'était pas supporté par le shell Bourne (un ancien shell des années 70 dont shdérivent des implémentations modernes comme ash / bash / ksh / yash / zsh). Cela a été présenté par ksh.

Dans le shell Bourne, vous feriez:

foo=bar export foo

ou:

foo=bar; export foo

ou avec set -k:

export foo foo=bar

Maintenant, le comportement de:

export foo=bar

varie d'une coquille à l'autre.

Le problème est que les affectations et les arguments de commande simples sont analysés et interprétés différemment.

Ce qui foo=barprécède est interprété par certains shells comme un argument de commande et par d'autres comme une affectation (parfois).

Par exemple,

a='b c'
export d=$a

est interprété comme:

'export' 'd=b' 'c'

avec certains shells ( ash, anciennes versions de zsh(en émulation sh), yash) et:

'export' 'd=b c'

dans les autres ( bash, ksh).

Tandis que

export \d=$a

ou

var=d
export $var=$a

serait interprété de la même manière dans tous les shells (as 'export' 'd=b' 'c') car cette barre oblique inversée ou ce signe dollar empêche les shells qui le prennent en charge de considérer ces arguments comme des affectations.

Si exportelle-même est citée ou résulte d'une certaine expansion (même partielle), selon la coque, elle cesserait également de bénéficier du traitement spécial.

Voir "Des citations sont-elles nécessaires pour l'affectation des variables locales? " Pour plus de détails à ce sujet.

La syntaxe Bourne cependant:

d=$a; export d

est interprété de la même manière par tous les shells sans ambiguïté ( d=$a export dfonctionnerait également dans le shell Bourne et les shells compatibles POSIX mais pas dans les versions récentes de zshsauf en shémulation).

Cela peut devenir bien pire que cela. Voir par exemple cette récente discussion sur lebash moment où les tableaux sont impliqués.

(OMI, c'était une erreur d'introduire cette fonctionnalité ).

Ce n'est pas un bashisme mais une syntaxe compatible POSIX. Il a en fait commencé comme kshism il y a assez longtemps et a ensuite été adopté par presque tous les shells basés sur la syntaxe Bourne. La seule exception notoire /bin/shconcerne Solaris 10 et les versions antérieures, qui restent fidèles à la syntaxe héritée du shell Bourne. Espérons que Solaris 11 utilise un shell compatible POSIX en tant que /bin/sh.

Soit dit en passant, exportétait déjà une commande intégrée dans le shell Bourne hérité, donc googler export: command not foundétait trompeur.

Voici le comportement hérité du shell Bourne lorsqu'il exportest combiné avec une affectation:

$ export var=22
var=22: is not an identifier

Pour les nostalgiques, le code source de ce shell Bourne original est disponible et peut être compilé pour la plupart des distributions Unix et Linux.