>> 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
> this isn't a suitable way to develop code.
Indeed not. It is a way to experiment before some saner way exists,
nothing more.
> Is that where you got the NSEnumerator stuff?
Most likely, I can't remember writing anything such myself...
> I guess it's an antique like all the Mac stuff.
Indeed
> 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
> Is it possible that I don't need module tail_build?
tail_build is a "meta-module" that actually builds most of the modules
that have been migrated over to the new gnu make based build system.
It includes all the "business logic" of Calc, Writer etc, so sure,
stuff from it will be needed.
> Anywa
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:
bec
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
This one:
[ build C ] desktop/source/app/main
In file included from
/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk/System/Library/Frameworks/Foundation.framework/Headers/Foundation.h:9,
from
/Developer/Platforms/iPhoneSimulator.platform/Devel
> Env.Host.sh ends up with
> CPUNAME of ARM when I think it ought to be intel.
Well, CPUNAME or CPU aren't used for any deep magic, they are just
strings used to form some directory names etc. I don't think we would
win much by using a separate CPU and CPUNAME string for the iOS
simulator. The onl
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
I am sorry to say this, but it is fairly pointless to try to build for
iOS at this stage if you are not also prepared to dig into the
problems you will encounter and fix them, sorry.
Nobody is actively working on the iOS port right now. (As for myself I
am concentrating on the Android port at the
I did a fresh get and I get this build error
./autogen.sh --with-distro=LibreOfficeiOS CXX="ccache
/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 -arch i386
-isysroot
/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk"
CC="ccache /Developer/Platfo
Hi Brian,
On Mon, 2011-11-14 at 06:31 -0800, BrianS wrote:
> Yes, MPL would work better for me. I thought that Oracle have placed all of
> the OO source under AL2.
Well - that is ongoing :-)
> But the LO fork was done before that. Is there an announcement that I can
> read that describe
> 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
On Fri, 2011-11-11 at 08:30 -0800, BrianS wrote:
> I might be interested in including some LO source in my app, if that can be
> made to work technically and within License restrictions.
So - in terms of product shipment, you'll want to use the MPL license;
currently that is not possible
> Entering /Users/brians/develop/libreOffice/libo/l10ntools/source
Ah OK, l10ntools. That is a module it shouldn't even be building for
non-desktop OSes. It contains some command-line tools that make no
sense on iOS (or Android). No libraries that actual LO code would use
are built in l10ntools as
>> > ./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
>
./autogen.sh --with-distro=LibreOfficeiOS CXX="ccache
/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 -arch i386
-isysroot
/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk"
CC="ccache /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc-4.
> I get this build error:
> /Users/brians/develop/libreOffice/libo/bridges/source/cpp_uno/gcc3_ios_arm/cpp2uno.cxx:491:
OK, I haven't actually compiled for the device much lately, only for
the simulator, so some bit rot might have happened. I suggest you just
compile for the simulator for now.
>
I think I've read everything on this topic that Mr Google helped me to find.
// This succeeded
./autogen.sh --with-distro=LibreOfficeiOS CXX="ccache
/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 -arch armv7
-isysroot
/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneO
> That's quite normal, you've read README.cross ? :-) also more concrete
> details on the specific problems would be good.
Also, http://www.iki.fi/tml/libocon2011-xcompiling.pdf gives an
overview of LibeOffice cross-compilation in general.
> I've had some difficulty building it.
Please give mor
Ok I have my confirmation of being removed from this list, why am I
still receiving e-mails?
On 11/10/2011 4:59 PM, BrianS wrote:
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
Hi Brian,
On Thu, 2011-11-10 at 13:59 -0800, BrianS wrote:
> I'm interested in the possibility of using parts of LO to convert documents
> from .doc and related formats to .pdf on iOS.
Great - sounds like it overlaps with Tor's Android work quite nicely,
it'd be fantastic to have you work
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
23 matches
Mail list logo