Kirill A. Korinsky

Yeah, and as I point at https://github.com/rmottola/Arctic-Fox/issues/208#issuecomment-2275616126 the LLVM triggers an issue. The most interesting questions is why such issue hadn't happened in firefox at the first place.

@rmottola well... with git bisect and some time it is possible to discover when the build was fixed. If I recall right, they simple removes the code with this defines...

Unfortently I also doesn't build firefox, and I have no idea how to build it. Regarding your commit: I doubt that it will help because an issue is define itself,...

@rmottola I do have only one `mozmemory.h`, like you on FreeBSD. I've tried this chnages: ```diff --- a/extensions/spellcheck/hunspell/glue/hunspell_alloc_hooks.h +++ b/extensions/spellcheck/hunspell/glue/hunspell_alloc_hooks.h @@ -47,9 +47,10 @@ * allocated using C memory allocation...

``` Arctic-Fox $ git status On branch master Your branch is up to date with 'origin/master'. nothing to commit, working tree clean Arctic-Fox $ env AUTOCONF_VERSION=2.13 ./mach build ... 0:42.29...

@rmottola yeah, building firefox is mess. It was mess, and it is mess now :(

not yet, but I will. Thanks for ping!

Quite possible, and as far as I recall you had found cleaner way.

I've used 8bcea2d5141647eb18d9302e98bf5339d453a18f as local root and it fails as usual: ``` 61:59.11 /usr/include/c++/v1/locale:2458:26: error: no member named 'moz_xrealloc' in namespace 'std'; did you mean simply 'moz_xrealloc'? 61:59.11 2458 |...

@rmottola 7f5ac19982104680939b52be448fc193fb3a2ac0 indeed, requires only a hack for `extensions/spellcheck/hunspell/glue/hunspell_alloc_hooks.h` on OpenBSD