Erreur “impossible de charger le package: package my_prog: on trouve des paquets my_prog et de la main”

Dans mon GOPATH j'ai quelque chose comme ceci:

/bin/
/pkg/
/src/
/src/my_prog/
/src/my_prog/main.go
/src/my_prog/d_interface.go
/src/my_prog/d_struct_that_implements_the_interface.go

Dans main.go j'ai package main, dans d_interface.go et d_struct_that_implements_the_interface.go j'ai package my_prog.

Quand j'essaie de go build my_prog j'obtiens l'erreur suivante:

can't load package: package my_prog: found packages my_prog (d_interface.go) and main (main.go) in C:\dev\Code\Go\src\my_prog

Est-ce à dire que tout fichier qui appartient à package main devrait aller dans son propre dossier? Si oui, quelle en est la raison?

InformationsquelleAutor TheTeaMan | 2013-01-19
  1. 55

    Oui, chaque colis doit être définie dans son propre répertoire.

    La source de la structure est définie dans Comment Écrire Go Code.

    Un package est un composant que vous pouvez utiliser en plus d'un programme, que vous pouvez publier, l'importation, l'obtenir à partir d'une URL, etc. Si elle fait sens pour lui d'avoir son propre répertoire autant qu'un programme peut avoir un répertoire.

    • Oui, mais n'principal du module considéré comme un package indépendant? À ma connaissance, paquet principal est une bizarrerie de la langue qui fournit le point d'entrée (un peu comme la Java des classes qui ont des public static principal).
    • Oui, c'est la façon dont il fonctionne. Dans la pratique, j'ai mis dans mon "main" package très peu de code, seul celui qui ne peut pas être utilisé dans d'autres programmes.
    • C'est assez ennuyeux pour être franc. Je ne vois pas de raison de séparer le principal point d'entrée en provenance du reste du programme. Je vais accepter cette réponse.
    • Quand je fais un programme, j'ai souvent beaucoup de petits utilitaires en utilisant les mêmes données/modèle/etc.. C'est pratique pour tout casser dans des packages et ont tous les programmes très petite et l'utilisation de ces paquets. BTW, vous pouvez attendre un peu avant d'accepter une réponse, afin que les autres utilisateurs ont incitation à vous donner d'autres (peut-être mieux) des réponses.
    • si le paquet est main c'est un programme. Si le paquet n'est pas main c'est une bibliothèque. Si vous les mettez dans le même chemin et installer ce chemin, sont que vous essayez d'installer le programme ou à la bibliothèque?
    • Je ne cherche pas à installer quoi que ce soit pourtant, il suffit de compiler le programme. Le programme est dépendant à la fois des paquets. J'ai découvert que le fait de mettre le paquet dans /src/my_prog/ et la my_prog paquet dans /src/my_prog/my_prog/ œuvres.

    InformationsquelleAutor Denys Séguret
  2. 11

    Aussi, si vous essayez de faire est de briser la main.allez fichier en plusieurs fichiers, puis il suffit de nommer les fichiers de package principal" tant que vous ne l'définir la fonction principale dans l'un de ces fichiers, vous êtes bon pour aller.

    InformationsquelleAutor dkinzer
  3. 1

    Assurez-vous que votre paquet est installé dans votre $GOPATH répertoire ou déjà à l'intérieur de votre espace de travail/paquet.

    Par exemple: si votre $GOPATH = "c:\go", assurez-vous que le paquet à l'intérieur C:\Go\src\pkgName

    InformationsquelleAutor msoliman