>> this isn't a suitable way to develop code.
>Indeed not. It is a way to experiment before some saner way exists,
>nothing more.
Xcode has a way to import makefiles and turn them into projects. I've never
used that feature but it might be a way to use the existing build system.
http://develo
> Ah, yes. I "faked" it from Xcode's point of view:
Yikes. OK, I tried this, or something like it. Even though the iOS build is
broken that binary builds before the build stops. I copied it into an app
bundle in the Sim and launched it. I saw a red screen and some output in the
system console so
Tor,
I did a git pull to update my source and I get a different failure, although
of the same kind.
This fails:
from
/Users/brians/develop/libreOffice2/core/solver/unxiosr.pro/inc/sal/main.h:48,
from
/Users/brians/develop/libreOffice2/core/cpputools/source/regsingleton/regsingleton.cxx:32
Is it possible that I don't need module tail_build?
Anyway, that leads to my next question. How do I build an Xcode project that
works like the project you show in your July blog post? Do I just add all
the .a files from core/solver/unxiosr.pro/lib to the project? Is there an
example project I c
/Users/brians/develop/libreOffice2/core/solver/unxiosr.pro/inc/sal/main.h:48,
from
/Users/brians/develop/libreOffice2/core/desktop/source/app/main.c:30:
And this one:
In file included from
/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk/System
OK so I fixed the problem in bridges. The includes just needed to be
modified like the mac version of that file.
I'm still not getting a successful build but I'm a few steps closer.
Some comments and questions:
Needless to say there's no need to build the arm bridge if I'm trying to
produce a S
with-num-cpus=1 --with-max-jobs=1
--with-macos-version-min-required=10.4 --with-macos-version-max-allowed=10.4
--with-macosx-sdk=10.4 --disable-librsvg
#
Entering
/Users/brians/develop/libreOffice2/core/bridges/source/cpp_uno/gcc3_ios_arm
Making:all_gcc3_uno.dpslo
Compiling: bridges/unxio
> So - in terms of product shipment, you'll want to use the MPL license;
> currently that is not possible - but as/when Oracle have finally managed
> to get the code under AL2, we'll be applying all our work on top of that
> under MPL/LGPLv3+
Yes, MPL would work better for me. I thought that O
>> > ./soffice --convert-to pdf foo.docx
>> Yup. Something like that should be doable relatively soon,
> How do you imagine something like that working? As you probably know IPC
> on
> iOS is restricted in some ways.
>I have no idea;) The command line above was just to give an idea of
>
s-version-min-required=10.4 --with-macos-version-max-allowed=10.4
--with-macosx-sdk=10.4 --disable-librsvg
I get this linker error:
Entering /Users/brians/develop/libreOffice/libo/l10ntools/source
Making:all_transex.dpobj
Compiling: l10ntools/source/export.cxx
Compiling: l10ntools/source
3.2.6/usr/bin/g++-4.0" --with-num-cpus=1 --with-max-jobs=1
--with-macos-version-min-required=10.6 --with-macos-version-max-allowed=10.6
--with-macosx-sdk=10.6
I get this build error:
###
Entering
/Users/brians/develop/libreOffice/libo/bridges/source/cpp_uno/gcc3_ios_arm
Compiling: bridges/s
Hi All,
I'm interested in the possibility of using parts of LO to convert documents
from .doc and related formats to .pdf on iOS. I know that the port of LO to
iOS is underway but honestly I've had some difficulty building it. Is it
likely to be possible to take a subset of LO for this purpose of
12 matches
Mail list logo
