The patch is applied (as well as some other changes) and apple_remote builds,
but it looks like even though it builds, some linking issues are still there:
[ build RES ] vclen-GB
Undefined symbols for architecture x86_64:
"_OBJC_CLASS_$_AppleRemoteMainController", referenced from:
objc-class-ref in salinst.o
"_OBJC_IVAR_$_AppleRemoteMainController.remoteControl", referenced from:
-[VCL_NSApplication applicationWillBecomeActive:] in vclnsapp.o
-[VCL_NSApplication applicationWillResignActive:] in vclnsapp.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [/Users/jim/src/asf/trunk/main/solenv/gbuild/LinkTarget.mk:330:
/Users/jim/src/asf/trunk/main/solver/450/unxmaccx.pro/workdir/LinkTarget/Library/libvcl.dylib]
Error 1
make: *** Waiting for unfinished jobs....
dmake: Error code 2, while making 'all'
> On Feb 19, 2019, at 8:59 PM, Damjan Jovanovic <[email protected]> wrote:
>
> Yes, changes to gbuild itself are largely made by experimentation. It's
> beyond anyone's complete understanding.
>
> Please try this patch, with the file extensions back on *.m.
>
> On Tue, Feb 19, 2019 at 10:39 PM Jim Jagielski <[email protected]
> <mailto:[email protected]>> wrote:
>
>
> > On Feb 19, 2019, at 12:05 PM, Damjan Jovanovic <[email protected]
> > <mailto:[email protected]>> wrote:
> >
> > If
> > not, I'll have to make a gb_Library_add_objcobjects API instead.
>
> If I knew how, I'd do it. Looking over the add_objcxxobjects stuff it seems
> like a maze of twisty little passages
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> <mailto:[email protected]>
> For additional commands, e-mail: [email protected]
> <mailto:[email protected]>
>
> <macosx-objective-c.patch>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
