<div dir="auto"><div dir="auto">tried to fix few of them via stackoverflow answers<div dir="auto"><br></div><div dir="auto">DO NOT COMMIT as-is while I think edlexport.C change is harmless (just extend netbsd/freebsd check for macosx).</div><div dir="auto"><br></div><div dir="auto">sadly, linking still fails with</div><div dir="auto"><br></div><div dir="auto"> ld: warning: unknown stabs type 0x71 in x86_64/theme_data.o                                        </div><div dir="auto">ld: warning: unknown stabs type 0x71 in x86_64/theme_data.o                                       </div><div dir="auto"> ld: warning: unknown stabs type 0x5F in x86_64/theme_data.o                                        </div><div dir="auto">ld: object file x86_64/theme_data.o was built for different x86_64 sub-type (-2147483645) than link command line (3) file 'x86_64/theme_data.o' for architecture x86_64                               </div><div dir="auto">clang: error: linker command failed with exit code 1 (use -v to see invocation)                    </div><div dir="auto">make: *** [/Users/andrewrandrianasulu/cinelerra/cinelerra-5.1/cinelerra/../bin/cin] Error 1</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">so our fancy png in machine code object theme supports upsets  MacOSX's clang ...?</div><div dir="auto"><br></div><div dir="auto">also plugin linking completely fails ...</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пн, 10 июн. 2024 г., 17:56 Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" target="_blank" rel="noreferrer">randrianasulu@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">You guess it - I tried to convince cingg to build on macos 10.12.6<div dir="auto"><br></div><div dir="auto">bchash.C:184:13: error: use of undeclared identifier 'open_memstream'<br></div><div dir="auto"><br></div><div dir="auto">seems to exist (reimplemented ) here</div><div dir="auto"><br></div><div dir="auto"> <a href="https://android.googlesource.com/platform/system/core/+/cf63d5d00f5a631a2905da7812b5c029b5211cf6%5E!/" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">https://android.googlesource.com/platform/system/core/+/cf63d5d00f5a631a2905da7812b5c029b5211cf6%5E!/</a></div><div dir="auto"><br></div><div dir="auto">fmemopen also used in bchash.C</div><div dir="auto"><br></div><div dir="auto"><a href="https://github.com/mprzybylski/darwin-fmemopen" rel="noreferrer noreferrer noreferrer" target="_blank">https://github.com/mprzybylski/darwin-fmemopen</a><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">pthread_spinlock_t does not exist here ...</div><div dir="auto"><br></div><div dir="auto"><a href="https://stackoverflow.com/questions/8177031/does-mac-os-x-have-pthread-spinlock-t-type" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://stackoverflow.com/questions/8177031/does-mac-os-x-have-pthread-spinlock-t-type</a><br></div><div dir="auto"><br></div><div dir="auto">there is also bunch of  dirent64 vs dirent and this</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">ffmpeg.C:4499:26: error: no member named 'st_mtim' in 'stat'                                                       time_t t = (time_t)tst.st_mtim.tv_sec;                                                                                ~~~ ^                                                           ffmpeg.C:4502:20: error: no member named 'st_mtim' in 'stat'                                                       int64_t us = tst.st_mtim.tv_nsec / 1000;                                                                        ~~~ ^                                                                 20 warnings and 19 errors generated.<br></div><div dir="auto"><br></div><div dir="auto">====</div><div dir="auto"><br></div><div dir="auto">I set build against wrong ffmpeg includes ....</div></div>
</blockquote></div></div>