No need to load any native libraries here any more.
For now, using the same native-code.cxx as over in ../DocumentLoader
works. In other words, we end up with the same code in
liblo-native-code.so. This will obviously change if/when the UNO APIs
that are called start to differ.
Change-Id: Ia47ce833c5a290a93986005f92e981c89f63bf71
It doesn't seem to be any slower. (Note that we are *not* using
-Wl,--whole-archive around these libs so it won't link in them in
total, but only what's needed.)
Change-Id: I2cc090562fc910d3375c6293f1f4358c68a6f9f3
Now the DocumentLoader test app seems to work like it does with all
the separate DSOs, knock on wood. The only "attempting to load unknown
library" message I see in logcat is for libspelllo.a, and I
deliberately don't have a mapping for that. A viewer application
presumably has no use for spell checking. (I do link in the
hyphenation stuff, that affects rendering, and we want the rendering
to match LO on the desktop.)
Change-Id: I1ad9eedf352eb0af1187bdfdc71f8f1754912600
IN this branch these changes are not conditional. Unclear yet whether
this is what we finally will want to use or not. Maybe should make
these changes conditional and do this stuff in master instead?
Change-Id: I379d570a0e00648d295c675fd90eba6594ba3182
This patch remove some '@author' for Java souce files, and removes some
commented code founded when removing the '@author'.
Change-Id: Ic4fcd028a9cdbd85c693d93bcd48e41f36386d22
It appears that activity-alias is actually misleading, by using
android:logo a different icon is used in the actionbar than in
the launcher, and setting android:label in the intent-filter
sets the desired launcher title.
Change-Id: I06e0ddc83498333ec45bdd83d56c47451e59df2a
By default android will use the title and icon of the the starting
activity in the launcher. This can be overriden using an activity-alias
as the default activity, with its own title and icon.
Change-Id: I794b6738fdc383879b3c056c61f62fecbb268c5a
At least partially unnecessary, assuming some of the problems were
caused by the erroneous usage of Arrays.copyOfRange() in
Bootstrap.java.
Change-Id: I230b0ca6c17420f765a7d20aa377efc261186adb
Unfortunately it crashes without a usable stack trace, though... Not
sure whether worth it to dig any deeper.
Change-Id: I3a5864326bead6ac9206ef30436326b97564bb63
