Re: Compiling Tiled LibreOffice Xcode Project
I am thinking of trying a Mac OS X dev build to figure out the unwanted warnings that are generally reported and carry on to try and see if I can fix the rest. Definitely not an easy task though, very new to libreoffice source :). On Sat, Oct 10, 2015 at 1:09 PM, Arjun kochhar wrote: > Hello tml, I work on a licensed library in one of my organization products > that renders office and PDF documents just fine. But lately, we have been > getting several requests to support open document formats as well, and we > are considering/evaluating libreoffice as our solution if it works fairly > well and I am trying to see if I can contribute and fix the issues related > to at least fixing basic .odt,.odp and .ods viewing. Thanks for the info on > the warnings :). > > On Sat, Oct 10, 2015 at 9:28 AM, Tor Lillqvist wrote: > >> >I am able to open couple of .odt documents, but opening of .odp and .ods >> fails, >> >> Yep, that is more or less what I see too, and if you seriously plan to >> work on this, you need to figure out what causes that. (Are you doing this >> just out of personal interest, or is there some organisation backing you? >> Perhaps even commercial interest, which would be a good thing?) >> >> Also, note that many of the warnings that are displayed in Xcode show up >> also when running (a developer build of) LibreOffice on a desktop OS. They >> are often misleading and not really worth being displayed as warnings. I >> think. But our codebase is so vast that people seldom bother removing >> pointless warning messages. Also, there is the "yes, yes, I know, this is a >> sign of something that we really should fix so let's not remove that >> warning" phenomenon. >> >> --tml >> >> > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling Tiled LibreOffice Xcode Project
Hello tml, I work on a licensed library in one of my organization products that renders office and PDF documents just fine. But lately, we have been getting several requests to support open document formats as well, and we are considering/evaluating libreoffice as our solution if it works fairly well and I am trying to see if I can contribute and fix the issues related to at least fixing basic .odt,.odp and .ods viewing. Thanks for the info on the warnings :). On Sat, Oct 10, 2015 at 9:28 AM, Tor Lillqvist wrote: > >I am able to open couple of .odt documents, but opening of .odp and .ods > fails, > > Yep, that is more or less what I see too, and if you seriously plan to > work on this, you need to figure out what causes that. (Are you doing this > just out of personal interest, or is there some organisation backing you? > Perhaps even commercial interest, which would be a good thing?) > > Also, note that many of the warnings that are displayed in Xcode show up > also when running (a developer build of) LibreOffice on a desktop OS. They > are often misleading and not really worth being displayed as warnings. I > think. But our codebase is so vast that people seldom bother removing > pointless warning messages. Also, there is the "yes, yes, I know, this is a > sign of something that we really should fix so let's not remove that > warning" phenomenon. > > --tml > > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling Tiled LibreOffice Xcode Project
>I am able to open couple of .odt documents, but opening of .odp and .ods fails, Yep, that is more or less what I see too, and if you seriously plan to work on this, you need to figure out what causes that. (Are you doing this just out of personal interest, or is there some organisation backing you? Perhaps even commercial interest, which would be a good thing?) Also, note that many of the warnings that are displayed in Xcode show up also when running (a developer build of) LibreOffice on a desktop OS. They are often misleading and not really worth being displayed as warnings. I think. But our codebase is so vast that people seldom bother removing pointless warning messages. Also, there is the "yes, yes, I know, this is a sign of something that we really should fix so let's not remove that warning" phenomenon. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling Tiled LibreOffice Xcode Project
I did gave iOS Simulator a try, the library compilation goes through but
seems like some symbols for star library has not been built for i386
platform. I was even able to compile the code now with Xcode 7 and
currently have deployed the app on iOS9, without a need to have developer
certificate. I am able to open couple of .odt documents, but opening of
.odp and .ods fails, here is a snippet of the errors that gets dumped for
.ods file that just has 5 characters in it, which I am currently am
planning to look into next. Thanks.
*warn:vcl.app:1714:3:vcl/source/app/IconThemeScanner.cxx:76: Could not find
any icon themes in the provided directory
('file:///var/mobile/Containers/Bundle/Application/34205195-F9DC-4EB0-9ABF-39358915B2F2/TiledLibreOffice.app/share/config/'.*
*warn:vcl.window:1714:1:vcl/source/window/window.cxx:3396: ignoring
DeploymentException "component context fails to supply service
'com.sun.star.datatransfer.clipboard.SystemClipboard' of type
'com.sun.star.datatransfer.clipboard.XSystemClipboard'"*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/fract.cxx:180: 'operator
*=' detected overflow*
*warn:tools.fraction:1714:1:tools/source/generic/
Re: Compiling Tiled LibreOffice Xcode Project
On 9 October 2015 at 11:01, Arjun kochhar wrote: > As a follow up question, the README.cross seems to mention the build does > not work for iOS simulator. Is it true as of today too? > I have no idea, why don't you just try? ;) --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling Tiled LibreOffice Xcode Project
On 8 October 2015 at 20:06, Arjun kochhar wrote: > I guess the compilation just went through, but the sample app is failing > due to no code signing identifies found: > Yes, you will need such to be able to build for an iOS device. Or have you managed to build and run one of the Xcode sample projects for your device without any signing identities? You need to join the Apple Developer Programme to get code signing certificates. This is not LibreOffice specific in any way, but how developing for iOS works. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling Tiled LibreOffice Xcode Project
I guess the compilation just went through, but the sample app is failing due to no code signing identifies found: [build BIN] top level modules: libreoffice [build ALL] top level modules: build-non-l10n-only build-l10n-only /Applications/Xcode.app/Contents/Developer/usr/bin/make -j 4 -rs ios make[2]: warning: -jN forced in submake: disabling jobserver mode. [build ENV] TiledLibreOffice_setup [build LOC] top level modules: ios [build CUS] ios/Lo_Xcconfig [build APP] CustomTarget/ios/TiledLibreOffice.done Build settings from command line: ARCHS = armv7 SDKROOT = iphoneos8.0 === CLEAN TARGET TiledLibreOffice OF PROJECT TiledLibreOffice WITH CONFIGURATION Debug === Check dependencies [BEROR]Code Sign error: No code signing identities found: No valid signing identities (i.e. certificate and private key pair) matching the team ID “(null)” were found. [BEROR]CodeSign error: code signing is required for product type 'Application' in SDK 'iOS 8.0' Create product structure /bin/mkdir -p /Users/airwatch/lo/core/ios/experimental/TiledLibreOffice/build/Debug-iphoneos/TiledLibreOffice.app :D On Thu, Oct 8, 2015 at 10:08 PM, Arjun kochhar wrote: > UPDATE: I just got a new system running OS X 10.10 and iOS SDK Version : > 8.0 and it has been over an hour and a half and the compilation still seems > to go on without any errors till now, some snippets from the logs: > > [build CXX] sd/source/ui/func/fuhhconv.cxx > > [build CXX] sd/source/ui/func/fuinsert.cxx > > [build CXX] sd/source/ui/func/fuinsfil.cxx > > [build CXX] sd/source/ui/func/fuline.cxx > > [build CXX] sd/source/ui/func/fulinend.cxx > > [build CXX] sd/source/ui/func/fulink.cxx > > [build CXX] sd/source/ui/func/fumeasur.cxx > > [build CXX] sd/source/ui/func/fumorph.cxx > > [build CXX] sd/source/ui/func/funavig.cxx > > [build CXX] sd/source/ui/func/fuoaprms.cxx > > [build CXX] sd/source/ui/func/fuolbull.cxx > > > and using the following build command: > > > --build=i386-apple-darwin10.10.0 > > --host=arm-apple-darwin10 > > --enable-dbgutil > > --enable-debug > > --enable-werror > > --disable-firebird-sdbc > > --disable-collada > > --disable-gltf > > --without-java > > > Will keep you posted on my progress :) > > > Thanks. > > > > > On Thu, Oct 8, 2015 at 12:36 PM, Arjun kochhar > wrote: > >> Thanks. In the morning today, I shifted to git://gerrit.libreoffice.org/core >> master branch and along with the regular iOS build options in README.cross, >> I added the options that you had provided but I seem to be getting this >> error now somewhere down the line : >> "~/lo/core/solenv/gbuild/LinkTarget.mk:518: >> *** used LinkTarget StaticLibrary/libregistry_helper.a not defined. >> Stop.", somewhere here: >> >> "[build ECH] CustomTarget/postprocess/registry/writer.list >> >> [build ECH] CustomTarget/postprocess/registry/xsltfilter.list >> >> [build ECH] CustomTarget/postprocess/registry/Langpack-en-US.list >> >> [build CUS] readlicense_oo/readme >> >> /Users/akochhar/lo/core/solenv/gbuild/LinkTarget.mk:518: *** used >> LinkTarget StaticLibrary/libregistry_helper.a not defined. Stop. >> >> make[1]: *** Waiting for unfinished jobs >> >> make: *** [build] Error 2" >> >> >> Not sure how close to the build completion I am right now and currently >> trying to figure out what might be going wrong here. >> >> >> On Thu, Oct 8, 2015 at 11:55 AM, Tor Lillqvist wrote: >> >>> >>> >>> On 8 October 2015 at 05:51, Arjun kochhar wrote: >>> I updated configure.ac to consider 9.0 as a possible SDK too, since the highest value mentioned there was 8.3 >>> >>> Then you must be using some other branch than master, because that was >>> changed on June 16 in master. Please use the master branch for any iOS >>> build attempts, as the (very few) iOS-specific fixes I do (I try it maybe >>> once a month) go into master, not any "stable" branch. >>> >>> --tml >>> >>> >> >> > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling Tiled LibreOffice Xcode Project
UPDATE: I just got a new system running OS X 10.10 and iOS SDK Version : 8.0 and it has been over an hour and a half and the compilation still seems to go on without any errors till now, some snippets from the logs: [build CXX] sd/source/ui/func/fuhhconv.cxx [build CXX] sd/source/ui/func/fuinsert.cxx [build CXX] sd/source/ui/func/fuinsfil.cxx [build CXX] sd/source/ui/func/fuline.cxx [build CXX] sd/source/ui/func/fulinend.cxx [build CXX] sd/source/ui/func/fulink.cxx [build CXX] sd/source/ui/func/fumeasur.cxx [build CXX] sd/source/ui/func/fumorph.cxx [build CXX] sd/source/ui/func/funavig.cxx [build CXX] sd/source/ui/func/fuoaprms.cxx [build CXX] sd/source/ui/func/fuolbull.cxx and using the following build command: --build=i386-apple-darwin10.10.0 --host=arm-apple-darwin10 --enable-dbgutil --enable-debug --enable-werror --disable-firebird-sdbc --disable-collada --disable-gltf --without-java Will keep you posted on my progress :) Thanks. On Thu, Oct 8, 2015 at 12:36 PM, Arjun kochhar wrote: > Thanks. In the morning today, I shifted to git://gerrit.libreoffice.org/core > master branch and along with the regular iOS build options in README.cross, > I added the options that you had provided but I seem to be getting this > error now somewhere down the line : > "~/lo/core/solenv/gbuild/LinkTarget.mk:518: > *** used LinkTarget StaticLibrary/libregistry_helper.a not defined. > Stop.", somewhere here: > > "[build ECH] CustomTarget/postprocess/registry/writer.list > > [build ECH] CustomTarget/postprocess/registry/xsltfilter.list > > [build ECH] CustomTarget/postprocess/registry/Langpack-en-US.list > > [build CUS] readlicense_oo/readme > > /Users/akochhar/lo/core/solenv/gbuild/LinkTarget.mk:518: *** used > LinkTarget StaticLibrary/libregistry_helper.a not defined. Stop. > > make[1]: *** Waiting for unfinished jobs > > make: *** [build] Error 2" > > > Not sure how close to the build completion I am right now and currently > trying to figure out what might be going wrong here. > > > On Thu, Oct 8, 2015 at 11:55 AM, Tor Lillqvist wrote: > >> >> >> On 8 October 2015 at 05:51, Arjun kochhar wrote: >> >>> I updated configure.ac to consider 9.0 as a possible SDK too, since the >>> highest value mentioned there was 8.3 >>> >> >> Then you must be using some other branch than master, because that was >> changed on June 16 in master. Please use the master branch for any iOS >> build attempts, as the (very few) iOS-specific fixes I do (I try it maybe >> once a month) go into master, not any "stable" branch. >> >> --tml >> >> > > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling Tiled LibreOffice Xcode Project
Thanks. In the morning today, I shifted to git://gerrit.libreoffice.org/core master branch and along with the regular iOS build options in README.cross, I added the options that you had provided but I seem to be getting this error now somewhere down the line : "~/lo/core/solenv/gbuild/LinkTarget.mk:518: *** used LinkTarget StaticLibrary/libregistry_helper.a not defined. Stop.", somewhere here: "[build ECH] CustomTarget/postprocess/registry/writer.list [build ECH] CustomTarget/postprocess/registry/xsltfilter.list [build ECH] CustomTarget/postprocess/registry/Langpack-en-US.list [build CUS] readlicense_oo/readme /Users/akochhar/lo/core/solenv/gbuild/LinkTarget.mk:518: *** used LinkTarget StaticLibrary/libregistry_helper.a not defined. Stop. make[1]: *** Waiting for unfinished jobs make: *** [build] Error 2" Not sure how close to the build completion I am right now and currently trying to figure out what might be going wrong here. On Thu, Oct 8, 2015 at 11:55 AM, Tor Lillqvist wrote: > > > On 8 October 2015 at 05:51, Arjun kochhar wrote: > >> I updated configure.ac to consider 9.0 as a possible SDK too, since the >> highest value mentioned there was 8.3 >> > > Then you must be using some other branch than master, because that was > changed on June 16 in master. Please use the master branch for any iOS > build attempts, as the (very few) iOS-specific fixes I do (I try it maybe > once a month) go into master, not any "stable" branch. > > --tml > > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling Tiled LibreOffice Xcode Project
On 8 October 2015 at 05:51, Arjun kochhar wrote: > I updated configure.ac to consider 9.0 as a possible SDK too, since the > highest value mentioned there was 8.3 > Then you must be using some other branch than master, because that was changed on June 16 in master. Please use the master branch for any iOS build attempts, as the (very few) iOS-specific fixes I do (I try it maybe once a month) go into master, not any "stable" branch. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling Tiled LibreOffice Xcode Project
> > > *configure: WARNING: using cross tools not prefixed with host triplet* > This can be ignored. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling Tiled LibreOffice Xcode Project
Also, I seem to get the following warnings in config.log, not sure if this something I should be worried about, and if I require some specific version of gcc to get the build going for iOS: checking for arm-apple-darwin10-gcc... no checking for gcc... gcc *configure: WARNING: using cross tools not prefixed with host triplet* checking whether the C compiler works... yes On Thu, Oct 8, 2015 at 8:21 AM, Arjun kochhar wrote: > Thanks a lot tor, I seem to get couple of compilation errors while trying > to build using the following commands : "--build=x86_64-apple-darwin14.5.0 > --host=arm-apple-darwin14 --enable-dbgutil --enable-debug --enable-werror". > I am currently running OS X Yosemite 10.10.5 on my Mac and have iOS 9.0 SDK > installed. I updated configure.ac to consider 9.0 as a possible SDK too, > since the highest value mentioned there was 8.3( I hope that is not an > issue). But I will try using the additional options you specified to see if > I can get the build going. > > Thanks. > > *Thanks,* > *Arjun Kochhar,* > *Software Engineer,* > *Airwatch by VMWare,* > *Bangalore,India * > > On Thu, Oct 8, 2015 at 12:18 AM, Tor Lillqvist wrote: > >> > So possibly a build for iOS will succeed, >> >> I had to fix up some bit-rot, but it did build, and the TiledLibreOffice >> app displayed the simple test1.odt as it should. (But not a more complex >> document; It crashed, and I have no inspiration now to dig into the exact >> reasons.) >> >> --tml >> > > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling Tiled LibreOffice Xcode Project
Thanks a lot tor, I seem to get couple of compilation errors while trying to build using the following commands : "--build=x86_64-apple-darwin14.5.0 --host=arm-apple-darwin14 --enable-dbgutil --enable-debug --enable-werror". I am currently running OS X Yosemite 10.10.5 on my Mac and have iOS 9.0 SDK installed. I updated configure.ac to consider 9.0 as a possible SDK too, since the highest value mentioned there was 8.3( I hope that is not an issue). But I will try using the additional options you specified to see if I can get the build going. Thanks. *Thanks,* *Arjun Kochhar,* *Software Engineer,* *Airwatch by VMWare,* *Bangalore,India * On Thu, Oct 8, 2015 at 12:18 AM, Tor Lillqvist wrote: > > So possibly a build for iOS will succeed, > > I had to fix up some bit-rot, but it did build, and the TiledLibreOffice > app displayed the simple test1.odt as it should. (But not a more complex > document; It crashed, and I have no inspiration now to dig into the exact > reasons.) > > --tml > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling Tiled LibreOffice Xcode Project
> So possibly a build for iOS will succeed, I had to fix up some bit-rot, but it did build, and the TiledLibreOffice app displayed the simple test1.odt as it should. (But not a more complex document; It crashed, and I have no inspiration now to dig into the exact reasons.) --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling Tiled LibreOffice Xcode Project
On 7 October 2015 at 08:41, Tor Lillqvist wrote: > (But note that building LibreOffice on OS X 10.11 is broken at the moment. > Actually, it seems that as long as one uses at least --disable-firebird-sdbc, possibly also --disable-collada --disable-gltf --without-java, LibreOffice builds fine also on OS X 10.11. So possibly a build for iOS will succeed, after all none of those make any sense for iOS anyway, and are probably not used for the build platform part of a built for iOS either. Try it! --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling Tiled LibreOffice Xcode Project
On 6 October 2015 at 20:49, Arjun kochhar wrote: > The xcodeproj compilation fails and currently, I am looking at > README.cross to see if I can get the compilation go through with the steps > mentioned there. > > You are on the right path. The Xcode project is usable only once a "make" from the command line has succeeded. *Then* you can in Xcode do a build and debug. (But note that building LibreOffice on OS X 10.11 is broken at the moment. I see no reason why that wouldn't be the case for cross-compilation to iOS too. You need to use 10.10.) --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Compiling Tiled LibreOffice Xcode Project
Hi, Can someone please provide some README or guidelines on how to go about compiling the libreoffice xcodeproj listed under experimental in core/ios/ directory. I am currently running Xcode 7 on my system. The README in /core/ios/ folder does not seem to provide much ideas. The xcodeproj compilation fails and currently, I am looking at README.cross to see if I can get the compilation go through with the steps mentioned there. Thanks. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
