Compiling from Source on macOS

[OpenXTalkPaul]

Sorry I have pretty good broadband I guess so I probably don't consider download time as much anymore as I should. I'll try to zip that folder up for you tonight.

Thank you, I'm not meaning to moan - just frustrating as being able to download should be a basic feature.

I will say that as a free file hoster GitHub was significantly faster for m[e] last night for downloading large files than MEGA was...

That's to do with how many parallel connections you have set for uploading and downloading. You can tweak that in settings > transfers. Set to a lower number to not max-out your bandwidth

Screenshot at 2024-11-05 06-14-27.png

I'm sure I could enable some Quality of Service / load balancing settings on the router too, but I'm usually OK with max bandwidth usage for max download speed. Was that a MEGA setting?

Here's that folder zipped up:

build-mac.zip

(1.64 MiB) Downloaded 30 times

All it is is the Xcode project files that were generated, however these are my current versions of the files, I'm not sure if I modified them in anyway since they were generated by gyp. The nice thing is Git / version control a bit like having a time machine back-up too, so I can always retrieve the versions I pushed right after generating them.

If I recall correctly I had to find an update version of gyp to run it on Python 3.x for BigSur. Also have an update for wkhtmltox in the repo that is needed to generate the release notes / guide manual PDF files.

[tperry2x]

Thanks for this Paul.
I've tried with your build_mac folder today, but it just says "completed" instantly, and does not attempt to actually compile anything. There's no warnings, no errors, but also no output.

I tried again tonight, with a fresh "config-mac" and let gyp do it's thing. It runs through and makes the xcodeproj files with no errors. I open xCode and the engine.xcodeproj and try to step through each error. There's just so many null_pointer errors, memory allocation errors... I could go on. I've spent 4 and a bit hours on this tonight, and I'm done with trying - at least for a while.

I wonder what LC did to fix all those memory allocation errors I'm seeing. It also comes up with "ld -unknown option -platform_version", and I have no idea what that is supposed to mean. (something to do with the linker)??

The mac source seems to be the hardest to compile by far. The code also contains plenty of errors, so I'm not sure if the issue lies with Gyp at this point on MacOS - rather there are issues within the source.

What makes it so frustrating is the amount of pre-setup of the environment you have to do - just to get this far. I have the feeling I'm close, but not close enough - and sorting out all those memory bugs, that's a task in itself.

[tperry2x]

So, a bit further ahead now.
I've fixed all the malloc errors (memory allocation null pointers), however there's still two major errors I'm stuck on.

I might have a fix for the first one, but the second one:
"unknown option: -platform_version" might cause me a larger issue.

So, this morning I thought I'd try consulting ChatGPT on the issue:

hmmm.png (95.45 KiB) Viewed 807 times

As far as ChatGPT is concerned, the error in "gentle" > the Mach-O linker is caused by needing xCode 11. But then, if I'm thinking of attempting Arm builds on MacOS, I should be thinking about instead using xCode 12.5 (which in turn, needs Big Sur).

However, for the time being, it seems to think I can use: "-macosx_version_min 10.9" instead. So I'll try this a bit later in xCode 10.1 *which seems to be the sweet-spot so far. (Rapidly filling up a 250GB SSD on the mac mini trying this, but that's all that mac is dedicated for at the moment).

It's so close...

[tperry2x]

If nothing else, I'm drastically reducing the amount of errors on the mac build.
Down to 1 major show stopper and 2 warnings now.

Screen Shot 1.png (769.34 KiB) Viewed 786 times

[OpenXTalkPaul]

If nothing else, I'm drastically reducing the amount of errors on the mac build.
Down to 1 major show stopper and 2 warnings now.

Screen Shot 1.png

Seems like you're so close, awesome! Bravo for doing this work!

I think that is Unicode standards organization file it's referencing there....
Yup (overview from AI):

The ICU4C package is a set of C and C++ libraries that provide Unicode and globalization support for software applications. ICU4C is part of the International Components for Unicode (ICU) project, an open source project that offers Unicode services on many platforms. ICU4C is used to fill in gaps in support for Unicode and text handling services in C and C++ languages and operating systems.

ICU4C provides a portable foundation for applications to use for software globalization. It includes support for:
The latest version of the Unicode standard
Character set conversions
Locale data
Language sensitive text collation
Regular expression matching
Resource bundles
Date, number, and message formatting
Calendar specific date and time manipulation
Text boundary analysis

Several operating systems include ICU as a standard or optional package

ICU4C is the actual package name.
Here's the docs pages from their GitHub repo: https://unicode-org.github.io/icu/userguide/icu4c/
And the source code repo: https://github.com/unicode-org/icu
And the Homebrew formula for it: https://formulae.brew.sh/formula/icu4c@76

Code: Select all

brew install icu4c@76

I think I actually have the .dat file mentioned in that screenshot, not sure where I got it.

[micmac]

Paul...

What is your profession?

Mic

[tperry2x]

Thought I'd solved it, after pointing towards the ICU file, it moves onto final configuration stage, then comes back with a load more errors.
Seems to have not pulled everything from git (no surprise there).
Ho hum.

Screen Shot 1.png (350.24 KiB) Viewed 751 times

(I've had to update so so so much to get to this point, none of it documented)

Screen Shot 4.png (934.25 KiB) Viewed 749 times

Going to take a break from this, as it's soul destroying - quite frankly.

[OpenXTalkPaul]

Paul...

What is your profession?

Mic

I work in graphic arts / print production, coding is 100% hobby for me.