Age | Commit message (Collapse) | Author |
|
The makefile here was changed already some weeks ago to put
native-code.h in workdir and not in the source directory, but I forgot
to make sure this file still compiled, as it is used by
LibreOfficeLight only.
Yes, it is ugly to use the workdir/CustomTarget/ios pathname, so sue
me.
Change-Id: I568d933c1d1384041632f432053d0a0c64c485c2
|
|
But I tested just a few times. If somebody re-starts work on
LibreOfficeLight, and encounter hangs, hopefully they notice this
commit and try to un-comment-out the line in question.
I hadn't noticed that temporaryHackToInvokeCallbackHandlers() thing
before, maybe calling it in the iOS app being developed (in the
"online" repo) is necessary, and would help avoiding the hangs I
occasionally see in it?
Change-Id: I0f4d8c800024c43acb512d40efdfad71c229bec2
|
|
Don't bother with a 'userinstallation' subdirectory. It is a
subdirectory called "user" of the UserInstallation value that will be
used for our stuff anyway.
Change-Id: Idb6b5992bfda73ed7af80274b0de8ad7b43c241c
|
|
Thus it now actually takes a buffer pointer also on iOS, like on Linux
and Android. Less confusing, more uniform. Add a separate iOS-specific
paintTileToCGContext() method to LibreOfficeKitDocumentClass that
takes a CGContextRef. Adapt callers correspondingly. (The
LibreOfficeLight code in particular needs the paintTileToCGContext().)
Change-Id: I81084806d37b9aac9f2b2bc03d0c262e991eec81
|
|
(And it actually works now again, as far as I see, after the recent
fix to LibreOfficeKit's iOS code.)
Adapt to earlier changes: The generated files are now in workdir, not
in the ios source directory.
Use org.libreoffice.ios.LibreOfficeLight for the
PRODUCT_BUNDLE_IDENTIFIER instead of janI's own.
(Additionally the DEVELOPMENT_TEAM was reset to the one I use;
apparently there is no way to make sure that developer-specific
setting is in a file not in version control?)
Change-Id: I575561583f584b5ac3c759d115b1c9c6dc97ef94
|
|
(No idea why it complains about that only now. I did upgrade the Mac
where I am building this to 10.14, but not sure how that could have an
impact?)
Change-Id: Ifaf56dbbe380694049d4957cc3fa8174c602bc67
|
|
Change-Id: I3dccdd3253bf6e3e451b9ed53786eefaa02d451e
|
|
Change-Id: I02c73c040eafd77628d94f6045c48f02b650f8d6
|
|
Change-Id: I61b030d277a7fbcc1fd714b3edafc7922c59483a
|
|
Change-Id: Iccf4b7156677c6db7e675b2c7a6926d8395d025a
|
|
To get that with CoreGraphics on iOS we need to use also
kCGImageByteOrder32Little in the CGBitmapContextCreate() call,
otherwise the bytes will be in ARGB order in memory.
(Not touching the macOS code here.)
Change-Id: I3c2dd94feb1c6bf46c5b335f5901b29e5fe1e7fb
|
|
On iOS, don't attempt to write the tile dump ppm file to /tmp, but use
the app-specific directory so that it can be copied for inspection
using iTunes. (Of course, even better would be to simply paint it to
the app's view. Later)
Change-Id: I8dd60d04adc61de6594099f5c358a9b6220522da
Reviewed-on: https://gerrit.libreoffice.org/61255
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: Idef0b375d5c7d6d4542aee1f8abecaf9f834189c
Reviewed-on: https://gerrit.libreoffice.org/61058
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: Idedcaddeab80fcfdc3d5a4f2852712827a98e848
|
|
It seems that on iOS, where we don't have any Java, Python, BASIC, or
other scripting, the only thing that would use the C++/UNO bridge
functionality that invokes codeSnippet() was cppu::throwException().
codeSnippet() is part of what corresponds to the code that uses
run-time-generated machine code on other platforms. We can't generate
code at run-time on iOS, that has been known forever. Instead we have
used some manually written assembler to handle it instead. We used to
have a Perl script to generate a set of code snippets for different
cases, different numbers of parameters of the called function and
whatnot, but that went away at some stage some year ago. (It is
unclear whether that broke the C++/UNO bridge on iOS, or whether the
stuff continued to work even after that.)
Anyway, this handwritten assembly, or the manual construction of
internal data structures for exceptions, or something else, seemed to
have bit-rotten. Exceptions thrown with cppu::throwException() were
not catchable properly any longer.
Instead of digging in and trying to understand what is wrong, I chose
another solution. It turns out that the number of types of exception
objects thrown by cppu::throwException() is fairly small. During
startup of the LibreOffice code, and loading of an .odt document, only
one kind of exception is thrown this way... (The lovely
css::ucb:InteractiveAugmentedIOException.)
So we can simply have code that checks what the type of object being
thrown is, and explicitgly throws such an object then with a normal
C++ throw statement. Seems to work.
Sadly the cppu::getCaughtException() API still needs some inline
assembly in the C++/UNO brige. That seems to work though, knock on
wood.
This commit also adds a small "unit test" for iOS, copied from
cppuhelperm to ImplSVMain(). Ideally we should not copy code around of
course, but have a separate unit test app for iOS that would somehow
include relevant unit tests from source files all over the place.
Later.
Change-Id: Ib6d9d5b6fb8cc684ec15c97a312ca2f720e87069
Reviewed-on: https://gerrit.libreoffice.org/60506
Tested-by: Jenkins
Reviewed-by: Tor Lillqvist <tml@collabora.com>
|
|
Not sure how it worked in LibreOfficeLight.
Change-Id: I0991b13a7538581642f530bf45a1bba1b1b644d5
Reviewed-on: https://gerrit.libreoffice.org/60505
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
(The LibreOfficeLight Xcode project still needs to be adapted
correspondingly.)
Change-Id: I0b17c595fc0d169f6393ab8734a1eecb241f59be
|
|
Change-Id: I7454c10a1547db796554f45f2d630af81a916c55
|
|
(To be used from Xcode projects elsewhere building iOS apps that want
to link to iOS code built here.)
Change-Id: I39bf2a4ed059930fcfc30c4d2016dfbc698da353
|
|
Change-Id: I78571f8494a13f6f8c07f9aee2bf6f8144a48ed2
|
|
Change-Id: I1310cb8f5f543f49f9667ee10cb26c9809df259e
|
|
Change-Id: I222792dd34cd016196dfec9870161896c7c43b0d
|
|
Change-Id: Ifea7072922388b2c0b7631fb809b23e2a5524a3c
|
|
Change-Id: I7faf23de08db680599658206faaf3028888563f6
|
|
chmod -x to complete
Change-Id: I966773e0adebf8563343856f18ba25ba84b0a633
Reviewed-on: https://gerrit.libreoffice.org/53666
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
Change-Id: I68464a213303ebe7dd850659031baf4cd7bdfa73
|
|
The build phase contained copy statements for
bridges/source/cpp_uno/ which should not happen
Change-Id: Ied4c1b2ef29effe4642f5ca0e7dc3a5b41ef0b68
|
|
Solved problem in assembler code, so the call chain is correct.
There are still something missing for uno to work correctly
Change-Id: Ieb3b3d6b15153576159e07b52ced0efedd135713
|
|
the only change is that addition of files needed to debug the
stack corruption problem.
Change-Id: I3598cdba2e84f51a3a90387dbe3439eafb34f878
|
|
It must be changed in the swift code also.
Change-Id: Ide7ccbb89d94f91a9f6e0dbbd7a29035c46f7f4f
|
|
Change-Id: I266fe71a6c58d8b80fa917198e8d84b356dfe296
|
|
changed name of example.odt to welcome.odt
Change-Id: I59625949f4aaad3b3f75bfa243f1a4186d563822
|
|
Have a local copy instead of referencing the android dir, allows us to
make modifications local to iOS.
Change-Id: Ifb6292cff5dcfce0a45c210176f8597d0091ee20
|
|
config_host.mk is not read before Custom_target_ios_link, which gives
problems with the global variables
Change-Id: I9738b5123f4e7aa848de17b00b39b8a03b3a477c
|
|
Change-Id: Ibd5406c8f2ea7b46e3b4863ca1eba5a788bd270a
|
|
Change-Id: Ib710eb4ce1186571732588948726874a0fb9cb58
|
|
Change-Id: I73bee8ce04ec6234187224d03f0e081f09037e72
|
|
Added 2 schemes Debug/Release as shared to make sure they are
available. Not having them as shared and cleaning causes them to be
"forgotten"
Change-Id: I4cb66c7088f770c7cda592994f3610e98fb1b7f0
|
|
Change-Id: Ib07c1c4823deda7fa4ba389e9679f6eff99691d8
|
|
Added dir for x86_64 release builds
Change-Id: If8c5e775ecd1283d9386a764441019c2423170f9
|
|
Named libKit directories so they can be referenced simple within xCode
Change-Id: Ic05fa4e87b6cc87e2823177474c3ed9ac3433dd3
|
|
Change-Id: Ic00d5f623fafdf05c467e7a260320894d8a27c5b
|
|
We only work with Debug/Release and then let the target determinate active
architecture.
Change-Id: Iccc6a658168a26c9d6b1650b0928466479cf68dc
|
|
Working only with BuildConfiguration
Change-Id: I6790841928ca7ab6938317d0a8e83f9b90608cad
|
|
Updated launch screen, to reflect current development, and the
fact that it is based on LO 6.x
Change-Id: Iac175abb5ba8dc7a1fbe923ce972d797d78779c5
|
|
[ae490dd] iOS: add script to sym link the dylib to the right spot
Adds a shell script to symlink the right dylib into the build products folder,
which means we can reference libKit.dylib relative to that, rather than absolutely
[ba4c072] iOS: pass in user path
On device using appPath/user as the user directory causes a crash, as an app cannot write inside it's bundle. Instead, add a new param to pass the documents dir into the init.
[088ad49] iOS: linker changes to run on device
Change-Id: I16f5d85f3ca483df11b82108ee39c4ec461214f4
Reviewed-on: https://gerrit.libreoffice.org/48866
Reviewed-by: jan iversen <jani@libreoffice.org>
Tested-by: jan iversen <jani@libreoffice.org>
|
|
Updated Document Types and import types.
Change-Id: Id7e5aef91cdf52783a83672becfd7bbb78f986ad
|
|
Update to intro.png used for version 6
Change-Id: Ieeb71854eb98eb3f1be815ea15fecce424a5eba9
|
|
libz, libiconv etc are now hidden in loKit.dylib
Change-Id: I64e7be0c3ad2087f8c13bcc99d693087e4c6732b
|
|
Change-Id: Icea9a5e4796dda288fafcd478a769fa7087baab2
|