That's great :)
Well done!
On Thu, Feb 21, 2019 at 6:35 PM Jim Jagielski wrote:
> Resolved in r 1854065
Resolved in r 1854065
Here is the attempted build w/ --verbose
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
OK, actually it looks like there's nothing being compiled...
=
Building module apple_remote
=
Entering /Users/jim/src/asf/trunk/main/apple_remote/prj
cd .. && make -s -r -j6 && make -s -r deliverlog
[ info ALL ] LinkTarget Library/libc++.dylib not defined: Assuming hea
Unfortunately, no difference :
nm -a solver/450/unxmaccx.pro/lib/libAppleRemote.dylib
U dyld_stub_binder
% svn diff
Index: apple_remote/inc/AppleRemote.h
===
--- apple_remote/inc/AppleRemote.h (revision 1853980)
Looks like a lot of symbols may need exporting.
For starters, try the following:
In apple_remote/inc/AppleRemote.h,
change:
@interface AppleRemote : HIDRemoteControlDevice {
to:
@interface SAL_DLLPUBLIC_EXPORT AppleRemote : HIDRemoteControlDevice {
You may also need:
#include
See if you get thi
In both cases (using trunk and AOO42X) I get:
nm -D solver/450/unxmaccx.pro/lib/*AppleRe*
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/nm:
solver/450/unxmaccx.pro/lib/libAppleRemote.dylib: File format has no dynamic
symbol table.
/Applications/Xcode.app/
I wonder if the problem is that gbuild's default symbol visibility is
hidden, unlike dmake's which was public.
Can you post the output of:
nm -D solver/450//lib/*AppleRemote.dylib | grep ' T '
and compare against the same from any version before the gbuild commit?
In C/C++ we have to mark functio
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-cl
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 wrote:
>
>
> > On Feb 19, 2019, at 12:05 PM, Damjan Jovanovic
> wrote:
> >
I got curious about this module name, Apple_Remote, and here's what the
OpenOffice Wiki has to say...
https://wiki.openoffice.org/wiki/Mac_OS_X_Porting_-_Apple_Remote_implementation
So, is this a module that's actually in use anymore?
I do realize this is a module that has been able to build i
> On Feb 19, 2019, at 12:29 PM, Jim Jagielski wrote:
>
>
>
>> On Feb 19, 2019, at 12:05 PM, Damjan Jovanovic 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 o
> On Feb 19, 2019, at 12:05 PM, Damjan Jovanovic 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
---
Well, making the change got be building, but w/ fatal errors:
=
Building module apple_remote
=
Entering /Users/jim/src/asf/trunk/main/apple_remote/prj
cd .. && make -s -r -j6 && make -s -r deliverlog
[ build OCX ] apple_remote/source/AppleRemote
[ build OCX ] apple_remo
I think .m files are Objective C, and gb_Library_add_objcxxobjects wants
Objective C++'s .mm.
I am completely unfamiliar with both languages.
Please try renaming apple_remote/source/*.m to *.mm and see if it works? If
not, I'll have to make a gb_Library_add_objcobjects API instead.
On Tue, Feb
Nope... that wasn't it. Even with a complete fresh-from-scratch build, I get
the same error.
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
Disregard this for now... I think it was a build error due to not fully
cleaning the apple_remote subdir
> On Feb 19, 2019, at 9:25 AM, Jim Jagielski wrote:
>
> =
> Building module apple_remote
> =
>
> Entering /Users/jim/src/asf/trunk/main/apple_remote/prj
>
> cd .. &
=
Building module apple_remote
=
Entering /Users/jim/src/asf/trunk/main/apple_remote/prj
cd .. && make -s -r -j6 && make -s -r deliverlog
[ info ALL ] LinkTarget Library/libc++.dylib not defined: Assuming headers to
be there!
[ build PKG ] apple_remote_inc
[ build DEP
18 matches
Mail list logo