Installing module on arm64 do not setup webui

[Aukstkalnis]

Description

I am developing application for Raspberry pi 4B and wen I run go get -u github.com/webui-dev/go-webui/v2 it do not sets up the webui and compailing ends up with an error webui.h not found. It looks like raspberry pi returns aarch64 architecture but webui has only arm64. This means that there is only webui-linux-gcc-arm64.zip and no webui-linux-gcc-aarch64.zip. Since the aarch64 and arm64 are the same it should be possible to fallback to webui-linux-gcc-arm64.zip if webui-linux-gcc-aarch64.zip is not found.

Expected Behavior

When I fetch go mudule it should be fully set for compiling.

Reproduction Steps

No response

Error Logs

No response

Possible Solution

Fix setup.sh file to download webui for arm64 if there is no aarch64.

Version

2.4.2, 2.4.2-1.0, 2.4.3+

Environment Details (OS name, version, etc.)

Linux 6.6.31+rpt-rpi-v8 aarch64 GNU/Linux

[hassandraga]

Thank you for the report @Aukstkalnis.

[ttytm]

For the next release the interop with the WebUI C library has changed a bit. This will simplify the setup across systems and webui versions. It entirely removes the need to have a setup that downloads the pre-built lib that fits to the target system.

To use go-webui from the GOPATH, it will still required to have a little setup step, because go mod is very opinionated in module handling - e.g. regarding its paths depend on version, which parts of a repository it adds to the GOPATH etc.. Afaik there aren't any good ways for exceptions when it comes to its rules.

---

So for now and until the next version, the easiest thing to use the latest go-webui, will likely be to keep it relative to your project.

For this you can clone the repository to your project:

git clone --recursive --shallow-submodules --filter=blob:none --also-filter-submodules \
  https://github.com/webui-dev/go-webui.git

(or add it as a submodule)

Then replace the required module path in the go.mod of your project (like it's done for the examples in the snippet below)

go-webui/examples/go.mod

Lines 5 to 7 in af171c1

	require github.com/webui-dev/go-webui/v2 v2.0.0
	replace github.com/webui-dev/go-webui/v2 v2.0.0 => ../v2

---

Regarding having it in the GOPATH, I'll make an update tomorrow or the day after.

[ttytm]

Sorry for the delay. I haven't found the time to finish it. The good news, though not yet publicly visible, is that there is good progress. With the next free moment to work on it I'll do some more tests and push an update soon.

[ttytm]

Added a setup helper that can work across platforms(for now unix-like/wsl) and go-webui versions. Also extended the installation instructions in the readme accordingly.

Please let me know if it works for you.

The next stage will be also making this additional step obsolete for the $GOPATH. I will submit a suggestion to the webui main repo after doing further tests and can verify that everything works. Even when the script becomes obsolete, it's good to have it as a reference in the history.

[bminer]

@ttytm - I think you somewhat explained this above, but why can't go-webui/v2 have a go.mod file that requires the C library like this?

module github.com/webui-dev/go-webui/v2

go 1.21

require github.com/webui-dev/webui v0.0.0-20250123141106-4dcf4ce07c70

Does the C library need a go.mod file? Can you use a replace directive at all to help?

[bminer]

Was also reading this issue, and it sounds like Go can be tricked into thinking a C library is a Go package by simply adding a single *.go file to it.

[bminer]

I also thought of something else. If somehow this module could get the C library installed using the go.mod file, you could possibly reference it with a #cgo comment like this:

// #cgo CFLAGS: -I../../webui@v0.0.0-20250123141106-4dcf4ce07c70/include/

I have no idea if this would work or not, but it's food for thought.