GOBIN pas ensemble: ne peut pas exécuter allez installer

Je suis en train d'installer mon package personnalisé pour mon principal.fichier aller. Cependant, quand j'ai couru

go install custom.go

J'ai eu cette erreur

go install: no install location for .go files listed on command line (GOBIN not set)

Comment puis-je régler GOBIN?

  • BTW: C'est un très mauvais moyen d'installer un paquet. Cela ne marchera jamais. go install installe paquets pas de fichiers individuels. Merci de lire golang.org/cmd/go et de voir comment mettre en place vos fichiers.
  • merci pour le heads up!
  • Je pense que vous êtes à la recherche pour aller construire.
  • Je ne suis pas sûr que je suis d'accord que c'est complètement faux. Lorsque GOBIN est ensemble, il y a deux comportements distincts: Lors de l'utilisation d'aller construire <gofile.aller>, l'exécutable est créé dans le même dossier. Lors de l'utilisation de go install <gofile.aller> le fichier exécutable est créé dans GOBIN.
  • FWIW - la valeur par défaut docs pour commencer vous recommandons de faire exactement cela. golang.org/doc/install
  • installez-vous des docs dit For more about specifying packages, see 'go help packages'. 'aller de paquets d'aide' près de l'extrémité dit: As a special case, if the package list is a list of .go files from a single directory, the command is applied to a single synthesized package made up of exactly those files, ignoring any build constraints in those files and ignoring any other files in the directory. Donc "aller de l'install' est aussi pour .allez les fichiers. Problème, c'est l'incohérence, en cas de nom du package fourni GOBIN n'est pas nécessaire alors que dans le cas où .allez fichier est en cours d'installation GOBIN est nécessaire.
  • ce comportement a été ajouté quelques communiqués auparavant. Il est utile pour certains usecases. La règle elle-même est toujours valide. L'aller outil fonctionne sur les paquets, pas sur les fichiers.

InformationsquelleAutor user3918985 | 2014-08-09
  1. 39

    Vérifier votre GOPATH variable.

    Assurez-vous que:

    • vos sources sont sous GOPATH/src
    • vous avez un bin dossier au sein de votre GOPATH dossier.

    Voir GOPATH variable d'environnement (où 'DIR' est un GOPATH dossier):

    La bin répertoire contient compilé commandes.

    Chaque commande est nommé pour son répertoire source, mais seul le dernier élément, et non le chemin complet. C'est le cas, la commande avec une source à DIR/src/foo/quux est installé dans DIR/bin/quux, pas DIR/bin/foo/quux. Le "foo/" préfixe est dépouillé de sorte que vous pouvez ajouter DIR/bin à votre PATH pour obtenir à la installé commandes.

    Si le GOBIN variable d'environnement est définie, les commandes sont installés dans le répertoire des noms au lieu de DIR/bin. GOBIN doit être un chemin absolu.

    Par exemple, ce fil illustre ce qui se passerait dans le cas où un aller construire est effectué à l'extérieur de GOPATH/src:

    Ressemble votre GOPATH est fixé à ~/go mais vous avez exécuté le go install commande sur ~/dev/go

    Voir Aller Construire

    L'Aller chemin est une liste de répertoires contenant Aller le code source. Il est consulté pour résoudre les importations qui ne peut pas être trouvé dans la norme d'Aller d'arbre en arbre.

    Si vous avez fait go build, vous pouvez également essayer un go install (pas de custom.go): vous voulez installer le paquet, pas un seul fichier.

    • voulez-vous dire cela? J'ai fait echo $PATH et obtenu ceci: /Users/apple/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/git/bin:/usr/local/go/bin:/usr/local/mysql/bin
    • pas de CHEMIN: GOPATH. Voir golang.org/pkg/go/build
    InformationsquelleAutor VonC
  2. 66

    J'ai mis le GOBIN chemin et qui a fonctionné pour moi

    export GOBIN=[WorkspacePath]/bin
    • oui, c'est la bonne réponse. il suffit de créer /bin dans ce GOPATH
    • Après l'exportation de chemin, j'ai obtenu l'erreur cannot install, GOBIN must be an absolute path 🙁
    • Avez-vous utilisé .. ou ~ dans le chemin d'accès spécifié? J'ai eu cette erreur et tout juste de passer à un chemin absolu comme /home/ben/bin/ ou même $HOME/bin/. Ma commande a été (dans fishshell, allez v1.11) env GOBIN=$HOME/bin/ go install testfile.go.
    InformationsquelleAutor Pratik Goenka
  3. 34

    En tant que débutant, j'ai couru à travers ce message d'erreur lorsque j'ai essayé diverses commandes go (créer, exécuter et installer). En bref, vous ne pouvez pas aller installer un nom de fichier.aller. Vous ne pouvez installer un paquet.

    Cela a été source de confusion, parce que j'avais appris que:

    nate:~/work/src/dir $ go run hello/hello.go
hello, world.

    fonctionne très bien. Mais je ne pouvais pas comprendre pourquoi installer ne fonctionne pas:

    nate:~/work/src/dir $ go install hello/hello.go 
go install: no install location for .go files listed on command line (GOBIN not set)
nate:~/work/src/dir $ go install hello
can't load package: package hello: cannot find package "hello" in any of:
    /opt/go/src/hello (from $GOROOT)
    /home/ubuntu/work/src/hello (from $GOPATH)

    N'importe quel répertoire, j'ai été dans:

    nate:~/work/src/dir $ cd hello
nate:~/work/src/dir/hello $ go install hello.go 
go install: no install location for .go files listed on command line (GOBIN not set)
nate:~/work/src/dir/hello $ go install hello
can't load package: package hello: cannot find package "hello" in any of:
    /opt/go/src/hello (from $GOROOT)
    /home/ubuntu/work/src/hello (from $GOPATH)

    Cette confusion est parce que aller courir seulement fonctionne avec les fichiers source (les noms de fichiers qui se terminent dans .go) et aller installer seulement accepte les colis. Les paquets sont nommés par leurs importer des chemins de système de fichier ou de chemin d'accès. Donc:

    nate:~/work/src/dir $ go install dir/hello
nate:~/work/src/dir $ go install ./hello/
nate:~/work/src/dir/hello $ go install .

    tous de l'excellent travail. Le premier désigne le paquet par le chemin d'importation, (étant donné que $GOPATH="/home/nate/travail", les outils vont chercher le code source dans /home/nate/travail/src), les autres sont interprétés comme des chemins de système de fichiers en raison des périodes de pointe.

    Voir aussi la GOPATH docs.

    • c'est la vraie solution de l'OMI. go install travaux sur les répertoires et si vous indiquez un fichier aller, alors il peut causer ce problème particulier.
    InformationsquelleAutor Nate Green
  4. 12

    En fait, il ya 2 différents types de comportement.

    go install <package>

    ceci est documenté dans Compiler et installer les paquets et les dépendances
    Vous n'avez pas besoin GOBIN si vous définissez GOPATH correctement.

    go install <gofile>

    ce n'est pas documentée et vous avez besoin GOBIN env variable dans ce mode.

    • go install <gofile> est documenté, dans go help packages à qui go install --help se réfère. Le problème est que go install (en 1.9.2 et antérieures) a un comportement erratique, dans un cas, il exige et dans d'autres il ne nécessite pas de GOBIN être définie de façon explicite.
    InformationsquelleAutor PickBoy
  5. 7

    Comme perméable réponses souligné, si votre GOPATH env est correctement mis à votre espace de travail vous n'avez pas besoin de GOBIN env variable.

    Veuillez vérifier votre go variables d'environnement en cours d'exécution $aller env | grep-i "^GO" et regarder dehors pour GOROOT et GOPATH pour vérifier si GOROOT est en train de pointer votre source d'installation et de GOPATH pointant vers votre espace de travail.

    Si tout est correct, puis naviguez vers le sous répertoire où yourpkg.aller réside puis exécutez $aller construire (sans nom de fichier) en premier et $aller installer (encore sans nom de fichier) deuxièmement , si vous ne voyez aucun message d'erreur sur l'écran de votre colis est prêt à votre espace de travail/pkg/youros/../yourpackage.un

    InformationsquelleAutor user42754
  6. 7

    Sur windows avec cygwin, il semble être une bonne idée de mettre en place GOBIN à $GOPATH/bin.

    et n'oubliez pas de sortir correctement le nom de fichier windows séparateur:

    $ echo $GOROOT
C:\Go\

carl@rainier ~/gocode/src/github.com/user/hello
$ echo $GOPATH
C:\cygwin64\home\carl\gocode

carl@rainier ~/gocode/src/github.com/user/hello
$ echo $GOBIN
C:\cygwin64\home\carl\gocode\bin
    InformationsquelleAutor Carl Binding
  7. 5

    Pour *nix système, regardez où go est installé, en exécutant la commande suivante:

    $ which go

    de sortie disons:

    /usr/local/go/bin/go

    puis ajouter les entrées suivantes dans ~/.bash_profile ou dans ~/.zshrc:

    export GOROOT=/usr/local/go
export GOPATH=$GOROOT/src //your-go-workspace
export GOBIN=$GOROOT/bin //where go-generate-executable-binaries

PATH=$PATH:$GOPATH:$GOBIN

export PATH

    P. S: N'oubliez pas de source ~/.bash_profile ou ~/.zshrc, comme suit:

    $ source ~/.bash_profile
    • Voulez-vous vraiment le développement des exécutables tombé dans /usr/local/go/bin?
    InformationsquelleAutor Arpit Aggarwal
  8. 1

    Sur la configuration des GOBIN variable version ne nécessitant pas et il suffit de compter sur GOPATH:

    1. GOBIN est nécessaire si nous n'avons pas un paquet, c'est à dire le fichier est directement dans le GOPATH répertoire. C'est probablement quand nous essayons de sortir le Go caractéristiques que les apprenants

    2. Typique, Allez projets, les fichiers sont sous l'ensemble des répertoires. Pour ces derniers, GOPATH est assez bon.

    3. En d'autres termes, les deux suivantes les solutions qui fonctionnent:
      un. Ensemble GOBIN explicitement que $GOPATH/bin [uniquement à des fins d'apprentissage, permet d'éviter l']
      b. Créer un sous-répertoire qui serait votre nom de package et de déplacer le .allez fichiers

    4. Je pense Aller les services publics devraient supprimer l'erreur ci-dessus et de gérer le scénario mieux si l'argument est un répertoire ou un fichier source

    InformationsquelleAutor pr-pal
  9. 0

    Vous n'avez pas besoin $GOBIN si vous avez défini un $GOPATH correctement. Si oui, il suffit de revérifier si votre projet réside dans l' $GOPATH/src dossier.

    InformationsquelleAutor theVoogie
  10. 0

    De https://golang.org/cmd/go/#hdr-Environment_variables:

    GOBIN Le répertoire où "aller de l'installer" installer une commande.

    et https://golang.org/cmd/go/#hdr-GOPATH_environment_variable:

    Si le GOBIN variable d'environnement est définie, les commandes sont installés à
    le répertoire des noms au lieu de DIR/bin. GOBIN doit être absolue
    chemin d'accès.

    et https://golang.org/cmd/go/#hdr-Modules__module_versions__and_more

    Dans le module-connaissance de la mode, GOPATH plus définit le sens des importations
    pendant une génération, mais il stocke toujours téléchargé dépendances (en
    GOPATH/pkg/mod) et installé les commandes (en GOPATH/bin, à moins que GOBIN est
    set).

    Il me semble que, fondamentalement, vous pouvez utiliser GOBIN temporairement ou définitivement, et de remplacer l'option binaire l'emplacement de l'installation (c'est à dire $GOPATH/bin). J'ai eu du succès l'installation d'un 1-fichier go "script" à l'aide de env GOBIN=$HOME/bin/go install testfile.go. Cela a été fait à l'aide de go v1.11.

    InformationsquelleAutor Benny Jobigan