go言語でembedを使用してビルドされたものが16bitアプリケーションと認識されてしまいます。

Question

go言語でembedを使用してビルドされたものが16bitアプリケーションと認識されてしまいます。

実行時に以下のウィンドウが現れます。

また、作成されたexeファイルのサイズも小さく、embedを使わないただのheelo,worldのexeファイルが2,000KB程度に対して、以下に掲載したembedを使用したexeファイルは130KBと非常に小さく明らかにビルドがうまくいっていないことがうかがえます。

embedを使用する場合、ソースへの記述以外でたとえば特別なビルドオプションが必要なのでしょうか。

解決方法や思い当たることがありましたらご返答いただけると助かります。
よろしくお願いいたします。

追記:
スタックオーバーフローに似たものがありました。
私には関連性を見つけることはできませんでしたが、お気づきの点があれば教えていただけると助かります。
https://stackoverflow.com/questions/26951762/i-cant-run-go-programs-anymore

開発環境

• OS : Windows 10 Pro
• go version
  go version go1.19 windows/amd64
• gcc --version
  gcc (x86_64-posix-sjlj-rev0, Built by MinGW-W64 project) 8.1.0

発生している問題・エラーメッセージ

This version of R:\Source\Go\bin\Embed - json.exe is not compatible with the version of Windows you're running. Check your computer's system information and then contact the software publisher.

該当のソースコード

• ファイルの配置

├───Embed
│   │   go.mod
│   │   main.go
│   │
│   └───resource
│           hello.md
│           hello.txt

• hello.txt、hello.mdの内容は同じです。

Hello Go!!

• main.go

package main

import (
	_ "embed"
	"fmt"
	"io/fs"
)

var (
	//go:embed resource/*
	var fs embed.FS
)

func main() {
	b, err := fs.ReadFile("hello.txt")
	if err != nil {
		panic(err)
	}
	fmt.Printf("%s\n", string(b))

	b2, err := fs.ReadFile(fs, "hello.md")
	if err != nil {
		panic(err)
	}
	fmt.Printf("version: %s\n", string(b2))
}

Answer 1

自己解決しました。

---

• 本文もあえて残します。
• "go.mod"の内容を変更することでも動作はするのですが、本当の意味での解決はコメントを読み進めてください。

---

いままで、go mod initをする際に親フォルダの名前でgo mod init "親フォルダ名"を実行していましたが、go mod init mainにすることで解決しました。

ソースを複数のファイルに分けていた場合でも同一パッケージ名、たとえばpackage mainとしていれば問題ないものと勘違いをして覚えてしまったようです。

お読みいただいた皆様に感謝いたします。
ありがとうございました。

Comments

[nobonobo]

それはGoとして正しい解決法ではなさそうです。何か他の原因をたまたまmainという名前を付けることで問題が収まっているだけのように思います。（詳細が見えないので予想でしかありませんが）

[Aromatibus]

ご回答いただき感謝いたします。
私自身、プログラムは趣味のレベルでgoも初めて2週間経っていないため仕様や作法を理解できていません。
一度、クリーンな環境でテストしてから再度、なるべく詳細な情報を掲載したいと思います。
また、お気づきの点がありましたらよろしくお願いいたします。

[Aromatibus]

わかりました！
結論から言いますとフォルダ名と"import"するパッケージ名が同じであったことが原因でした。

私は今回、ｇｏ言語を勉強するにあたり使用する関数ごとにサンプルを作成してひとつづつ試していました。
このとき例えば関数"fmt.Printf"をテストする場合、フォルダ名を"Printf"としていました。
また、実行は"go run"を使っていました。

そして"embed"なのですがファイルの埋め込みをテストするため"go run"ではなく"go build"を使っていたのです。
そしてこの場合は特にエラーはなく１６ビットアプリと認識されるような実行ファイルが作成されてしまうのです。
私は埋め込みをテストするのに"go run"`を使うという発想がまるでなかったためわからなかったのですが、"go run"だと"golang invalid import path"`とエラーがちゃんとでます。
ここで初めてＰＡＴＨ?？となって気づくことができました。
そもそもフォルダ名をパッケージ名にすることは普通ないでしょうし、"go run"を試さないこともまずないでしょう。
わかってしまえば何てことないのですが、非常にレアケースだったのではないかと思います。
ｎｏｂｏｎｏｂｏ様の指摘がなければ勘違いしたまま進めてしまったと思います。
良い勉強になりました。ありがとうございました。

[Aromatibus]

あれ、でも"go.mod"を書き換えるとＯＫの理由になってないですね。。。
"go.mod"の仕様を調べればわかりそうですが、とりあえず今回は解決済みとさせていただきます。
ｎｏｂｏｎｏｂｏ様、ご指摘ほんとうにありがとうございました。