Setup to use the system Clang (11.0.1 as of FreeBSD 13.0).
Doesn't build the Qt package; that requires a few additional changes. The current issue is that FreeBSDs byacc seems to have an issue parsing something in libxkbcommon. Work in progress branch here: https://github.com/fanquake/bitcoin/tree/depends_support_freebsd_qt. In any case, I don't think building the Qt libs on FreeBSD is a super high priority (I'd also have no way to test the GUI).
In any case, I don't think building the Qt libs on FreeBSD is a super high priority (I'd also have no way to test the GUI).
It might be possible to use the system qt with the depends options NO_QT=1 ALLOW_HOST_PACKAGES=1
<!--e57a25ab6845829454e8d69fc972939a-->
The following sections might be updated with supplementary metadata relevant to reviewers and maintainers.
<!--174a7506f384e20aa4161008e828411d-->
Reviewers, this pull request conflicts with the following ones:
If you consider this pull request important, please also help to review the conflicting pull requests. Ideally, start with the one that should be merged first.
Rebased on master and dropped the base commit.
It might be possible to use the system qt with the depends options NO_QT=1 ALLOW_HOST_PACKAGES=1
Yes I'd think that is possible. I'm just assuming that the number of users wanting to run (depends built) bitcoin-qt on FreeBSD is not large.
I tested it (on FreeBSD 13) and get:
~/src/bitcoin/depends % gmake NO_QT=1
Invalid configuration `medea': machine `medea-unknown' not recognized
shasum: hosts/.mk: No such file or directory
shasum: hosts/.mk: No such file or directory
shasum: hosts/.mk: No such file or directory
…
It looks like the hostname ends up in the machine tuple somehow :smile:
For some reason the environment variable HOST contains the hostname on this machine. I'm not sure where it comes from, but it seems FreeBSD behavior?
The makefile assumes it to be a host tuple.
With the following patch, it gets past it:
diff --git a/depends/Makefile b/depends/Makefile
index 003778b37..36f28f1c7 100644
--- a/depends/Makefile
+++ b/depends/Makefile
@@ -45,7 +45,7 @@ MULTIPROCESS ?=
FALLBACK_DOWNLOAD_PATH ?= https://bitcoincore.org/depends-sources
BUILD = $(shell ./config.guess)
-HOST ?= $(BUILD)
+HOST := $(BUILD)
PATCHES_PATH = $(BASEDIR)/patches
BASEDIR = $(CURDIR)
HASH_LENGTH:=11
It removes the ability to override the host system tuple, if we want this i'd suggest using a different env variable name.
Edit: ok, stupid suggestion
Oh, we explicitly document the use of HOST. OK, this is kind of annoying, I don't really know how to resolve this, we could just add a big FreeBSD warning to always override it (or unset it) because the default will result in absurd behavior.
Edit: seems it's csh/tcsh that sets HOST, not FreeBSD. I'd assume someone running Linux who uses tcsh would run into the same problem
Edit.2: googling around I find I had a similar issue building clightning once, lol https://github.com/ElementsProject/lightning/issues/1231
Edit.3: From man tcsh:
HOST (+)
Initialized to the name of the machine on which the shell is
running, as determined by the gethostname(2) system call.
ACK ae9175f6086aa6c177084365c795e78c580eac1d We can solve the tcsh specific issue (or document it) somewhere else.
