ofGen/compile.sh : Chalet fails to configure a toolchain

[Daandelange]

Continuing my ofStart.sh script issues, with compiling ofGen/compile.sh now.
Still on osx 10.15 / intel = xcode 12.4 max = limited to c++17.
Posting my findings. Maybe all this is because I'm edge-case.

The chalet bundle command from ofGen/compile.sh complained : ERROR: Could not find a suitable toolchain that matches 'apple-llvm'. Try configuring one manually, or ensuring the compiler is searchable from PATH. .

Setting up a chalet toolkit

Manually checking the toolkit: chalet configure -t apple-llvm returned the same.
xcode-select is correctly set to the toolkit. I even tried re-installing CommandLineTools 12.4.
chalet configure -t llvm worked but can't find std includes when building/bundling. It used clang-18.

Issue:
I have clang-18 installed from source with cmake.
which clang --> /usr/local/bin/clang but should be /usr/bin/clang.

Some trial & error:
rm /usr/local/bin/clang && rm /usr/local/bin/clang++ (aliases created by cmake/clang install)
Then I could configure chalet configure -t apple-llvm -a x86_64, but build fails due to broken toolchain.
Probably still the "cmake clang install" messing the default chalet toolchain.
Temporarily moving anything clang-18 out of /usr/local/bin/ still makes chalet configure ... fail.
Output : ERROR: .chaletrc: The requested toolchain of 'apple-llvm' (arch: x86_64) could either not be detected from PATH, or contained invalid tools. ERROR: .chaletrc: The toolchain's archive utility was blank or could not be found..

So I went for a custom chalet toolkit to ensure everything is ok:

# File : ~/.chalet/config.json
{
	"options": {
		# ...
	},
	"toolchains": {
		"apple-llvm-custom": {
			"version": "12.0.0",
			"strategy": "native",
			"buildPathStyle": "target-triple",
			"compilerCpp": "/Library/Developer/CommandLineTools/usr/bin/clang++",
			"compilerC": "/Library/Developer/CommandLineTools/usr/bin/clang",
			"compilerWindowsResource": "",
			"linker": "/Library/Developer/CommandLineTools/usr/bin/ld",
			"archiver": "/Library/Developer/CommandLineTools/usr/bin/libtool",
			"profiler": "",
			"disassembler": "/Library/Developer/CommandLineTools/usr/bin/otool",
			"cmake": "/usr/local/bin/cmake",
			"make": "/Library/Developer/CommandLineTools/usr/bin/make",
			"ninja": "/usr/local/bin/ninja"
		}
	},
	# ...
}

Then run: chalet clean --all and chalet configure -t apple-llvm-custom -a x86_64.
Everything fine with the toolkit.

Maybe we could pre-check for broken apple-llvm toolkit on mac ? (chalet check -p toolchain-name or chalet check -t apple-llvm ?)

Compiling with c++17

Now I pass the toolkit check for chalet build, but I get stuck on c++ errors, probably due to c++17, which I have forced here.

[Daandelange]

Update compiling ofGen :

• 2 usages of std::map::contain() which I have rewritten in c++17.
• ofGen compiles ! 💯

[dimitre]

WOOW Awesome. and thanks for all this effort. Should I cc Chalet maintainer here in this thread?
feel free to submit PR to keep ofGen c++17 compat.

[Daandelange]

Compilation report :

• assimp
• blend2d
• brotli
• cairo
• cpp-httplib
• fmt
• freetype
• glew
• glfw
• glm
• json
• kissfft
• libusb
• mango
• mango2
• opencv
• opencv-dnn
• openssl-curl (with fixes)
• pixman
• poco
• pugixml
• rtAudio
• tess2
• uriparser
• utfcpp
• videoInput
• yaml-cpp
• zlib-ng
• zstd

For the errors, check here.

I also wrote a compilation script !

[dimitre]

woww awesome. some of the libs are not even used directly in ofWorks.
I'll take a look at mango errors. this one is important as it is replacing freeimage

[dimitre]

videoInput is fine, it is windows only

[dimitre]

and yes mango is c++20 only so maybe not useful for your platform requirements.
when rewriting ofImage to use mango I thought maybe ofImage should use switchable backends much like ofVideoPlayer
so one could choose. this is the first time something else is needed.
When testing mango I was between FreeImage (very hard to make it work properly) OpenImageIO and mango. maybe there are other alternatives.

[dimitre]

And thank you very much for all the efforts. Even if they are not 100% positive it is great to see ofLibs just working almost entirely in your build

[Daandelange]

Yeah I was quite surprised to see them compile successfully 1 by 1 !
Thanks to you too for your reactive support ! :D