FWIW, the OS identification for mac os x (I believe the mac stuff was pre- os
x) is "darwin". Like the cross-compiler is x86-64-apple-darwinN-gcc . c.f.
x86_64-redhat-linux-gcc, etc.
N is 14 currently, I think.
On Sunday 23 June 2024 at 22:53:11 BST, suzuki toshiya
<mpsuz...@hiroshima-u.ac.jp> wrote:
I agree with Alex suggestion "do not touch mac/ folder, but add new folder,
like cocoa/". I'm afraid the lifetime of Cocoa might be shorter than GDI
(although Cocoa is younger than GDI), the naming like "mac/" for Cocoa is
not the best option.
Regards,
mpsuzuki
P.S.
mac/cocoa/ might be acceptable, but slightly too complex.
On 2024/06/23 23:21, Alexei Podtelezhnikov wrote:
>> Also, there is a mac folder (grmac.c) inside of the graph.
>> As I tested, it is not in use in my machine. Apps are working fine without
>> it.
>> Should remain it?
>
> The mac/ folder contains legacy macos 7-9 support. It is untested and
> probably broken.
> I suggest that you create a new subfolder cocoa/, for example. BTW, it
> does not have to support `make`.
> Whatever works natively. Given that the main src/ programs are pure C,
> it is more important that your implementations of
> gr_cocoa_device_init(), gr_cocoa_surface_init() are compatible with C
> and can be compiled. Perhaps, Objective-C is all you need.
>
> Alexei
>
