Re: [Libreoffice] ok to use MacPorts for dependencies??
On 1/23/11 3:43 AM, David Dumaresq wrote: Hello, can anyone verify whether these steps are valid for building LibreOffice? I'm running with 10.6.6 on a 32 bit Mac. I got off to a bad start building manually and then found this link by searching the archives, so I jumped in and started with MacPorts, but now I look closer at the page (closer==top of the page) :p and see the page is marked as obsolete. can't find a replacement...(arrgh). The page: http://www.freedesktop.org/wiki/Software/LibreOffice/HowToBuild The instructions: On MacOSX 10.5.8/10.6.4 (with git and wget) : You'll need to manually install some build dependancies: 1. coreutils (from MacPorts) 2. pkgconfig (from MacPorts) 3. automake (from MacPorts) 4. wget (from MacPorts) 5. libidl (from MacPorts) 6. Archive::Zip for perl (from cpan) 7. GIT (http://code.google.com/p/git-osx-installer/) 8. Mac OS X 10.4 SDK (from XCode install) * Note: on 10.6 MacPorts http://www.freedesktop.org/wiki/MacPorts defaults to x86_64 if you have a 64bit processor; so use +universal to install both i386 x86_64. Thanks, Dave ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice The link below is what you want. Do not install anything from Mac Ports http://wiki.documentfoundation.org/Development/Install_Mac_OS_10.6.4_Dependencies ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] MacOS build breakage
Hopefully this is fixed now. I accidently removed a 'premac.h' and 'postmac.h' definition. -Thomas On 01/23/2011 07:51 AM, Norbert Thiebaud wrote: components:6ea1497263e15e212d6c42c23e9e8b76d6dc1470 breaks the MacOS build: Compiling: extensions/source/plugin/base/service.cxx /Volumes/Raid0/tb/solver/330/unxmacxi.pro/inc/osl/time.h:53: error: conflicting declaration 'typedef struct TimeValue TimeValue' /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/CoreServices.framework/Headers/../Frameworks/CarbonCore.framework/Headers/MacTypes.h:541: error: 'TimeValue' has a previous declaration as 'typedef SInt32 TimeValue' /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSAppleEventDescriptor.h:30: error: expected type-specifier before 'MacOSBoolean' /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSAppleEventDescriptor.h:30: error: expected `)' before 'MacOSBoolean' /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSAppleEventDescriptor.h:30: error: expected `;' before ')' token /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSAppleEventDescriptor.h:69: error: expected type-specifier before 'MacOSBoolean' /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSAppleEventDescriptor.h:69: error: expected `)' before 'MacOSBoolean' /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSAppleEventDescriptor.h:69: error: expected `;' before ')' token /Volumes/Raid0/tb/solver/330/unxmacxi.pro/inc/tools/gen.hxx:120: error: redefinition of 'class Point' Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] dev-install fail for branch feature/gnumake2.1
Hello, I use no arguments so my autogen.last is empty. Julien. Le 22/01/2011 21:38, Norbert Thiebaud a écrit : On Sat, Jan 22, 2011 at 2:19 PM, Julien Nabetserval2...@yahoo.fr wrote: Hello, After compiling the usual way (so without the USE_GMAKE set to 1), I've got this error with dev-install : Thanks for the report. can you post the content of your autogen.last (in /home/maryline/gnumakelibreoffice/. ) Norbert ... languages en-US ... ... analyzing files ... ERROR: The following files could not be found: ERROR: File not found: svlen-US.res ... cleaning the output tree ... ... removing directory /tmp/ooopackaging/i_66901295727125 ... ** ERROR: ERROR: Missing files in function: remove_Files_Without_Sourcedirectory ** ** ERROR: Saved logfile: /home/maryline/gnumakelibreoffice/libo/instsetoo_native/util/LibreOffice//logging/en-US/log_OOO330_en-US.log ** Sat Jan 22 21:12:09 2011 (00:04 min.) Failed to install: at /home/maryline/gnumakelibreoffice/libo/solenv/bin/ooinstall line 84. make: *** [dev-install] Erreur 255 The last lines of the log are these : SUCCESS: Source for xslt/import/uof/uof2odf_text.xsl: /home/maryline/gnumakelibreoffice/libo/solver/330/unxlngi6.pro/bin/xslt/import/uof/uof2odf_text.xsl SUCCESS: Source for sofftodocbookheadings.xsl: /home/maryline/gnumakelibreoffice/libo/solver/330/unxlngi6.pro/bin/sofftodocbookheadings.xsl SUCCESS: Source for LICENSE.odt: /home/maryline/gnumakelibreoffice/libo/solver/330/unxlngi6.pro/bin/osl/LICENSE.odt SUCCESS: Source for LICENSE: /home/maryline/gnumakelibreoffice/libo/solver/330/unxlngi6.pro/bin/osl/LICENSE ERROR: Removing file svlen-US.res from file list. Removing directory /tmp/ooopackaging/i_66901295727125 *** ERROR: Missing files in function: remove_Files_Without_Sourcedirectory *** Julien. __ Do You Yahoo!? En finir avec le spam? Yahoo! Mail vous offre la meilleure protection possible contre les messages non sollicités http://mail.yahoo.fr Yahoo! Mail __ Do You Yahoo!? En finir avec le spam? Yahoo! Mail vous offre la meilleure protection possible contre les messages non sollicités http://mail.yahoo.fr Yahoo! Mail ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] force ixion build to use internal boost
Hi, How can I force ixion to use internal boost for compiling? I got error during compile using Ubuntu 8.04: = Building module ixion = Entering /home/libo32/build/build/libreoffice-3.3.0.3/ixion mkout -- version: 1.8 if [ -f ./unxlngi6.pro/misc/build/ixion-0.2.0.exists ] ; then mv ./ unxlngi6.pro/misc/build/ixion-0.2.0 ./ unxlngi6.pro/misc/build/ixion-0.2.0_removeme ; fi make writeable... no patch needed... mkdir: cannot create directory `./unxlngi6.pro/misc/build/ixion-0.2.0/': File exists checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether ccache g++ accepts -g... yes checking for style of include used by make... GNU checking dependency style of ccache g++... gcc3 checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for gcc... ccache gcc checking whether we are using the GNU C compiler... yes checking whether ccache gcc accepts -g... yes checking for ccache gcc option to accept ISO C89... none needed checking dependency style of ccache gcc... gcc3 checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by ccache gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 98304 checking whether the shell understands some XSI constructs... yes checking whether the shell understands +=... yes checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from ccache gcc object... ok checking how to run the C preprocessor... ccache gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... (cached) yes checking whether ccache g++ accepts -g... (cached) yes checking dependency style of ccache g++... (cached) gcc3 checking how to run the C++ preprocessor... ccache g++ -E checking for objdir... .libs checking if ccache gcc supports -fno-rtti -fno-exceptions... no checking for ccache gcc option to produce PIC... -fPIC -DPIC checking if ccache gcc PIC flag -fPIC -DPIC works... yes checking if ccache gcc static flag -static works... yes checking if ccache gcc supports -c -o file.o... yes checking if ccache gcc supports -c -o file.o... (cached) yes checking whether the ccache gcc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... no checking whether to build static libraries... yes checking for ld used by ccache g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the ccache g++ linker (/usr/bin/ld) supports shared libraries... yes checking for ccache g++ option to produce PIC... -fPIC -DPIC checking if ccache g++ PIC flag -fPIC -DPIC works... yes checking if ccache g++ static flag -static works... yes checking if ccache g++ supports -c -o file.o... yes checking if ccache g++ supports -c -o file.o... (cached) yes checking whether the ccache g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking for stdlib.h... (cached) yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for unistd.h... (cached) yes checking for stdbool.h that conforms to C99... yes checking for _Bool... yes checking for inline... inline checking for mode_t... yes checking for size_t... yes checking for working strtod... yes
[Libreoffice] Question about changing the URL for extensions and templates
Hi, I was wondering - and yes I am being lazy - does anyone know off the top of their head if it is possible to change which URL is used when the user clicks on the get more templates and add new features.. buttons on the start center and from the extension manager, short of a recompile? Are those URLs stored in a configuration file that can then simply be updated? Thanks Drew ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Question about changing the URL for extensions and templates
On Sun, 2011-01-23 at 09:03 -0500, drew wrote: Hi, Are those URLs stored in a configuration file that can then simply be updated? Ok - found it: main.xcd - extensions and templates brand.xcd - dictionaries In case anyone wonders why (doubtful..*smile*). Looking at a few school districts that are currently using OO.o I have found that some of them have opted to run their own sites for acceptable extensions / clipart / templates. I have heard also of a firm in Japan that is doing the same for extensions and templates. This gave me an idea to possibly create a distribution, not of just the office suite but of a small business server (SBS), targeted to document production use and expecting LibreOffice on the client machines. One of the ideas I had was to make it possible for the SBS to offer the option of supporting these internal repositories, right out of the box more or less, and in these cases a simple way to have the LibO clients in the organization point to these internal repos. Anyway - off for more fund and games with the SUSEStudio tool.. drew ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Updated Serbian translation
2011/1/23 Goran Rakic gra...@devbase.net: У нед, 23. 01 2011. у 08:05 +0100, Andras Timar пише: This patch does not apply cleanly on the current files. I made a patch against master branch, attached is the updated patch against libreoffice-3-3. Do we need to push both? Hi Goran, I pushed it to libreoffice-3-3 branch. master does not and will not use this lo-build-xx.po hack. Your translations will be leveraged, of course. Best regards, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] ok to use MacPorts for dependencies??
Hi *, On Sun, Jan 23, 2011 at 9:16 AM, Jonathan Aquilina eagles051...@gmail.com wrote: On 1/23/11 3:43 AM, David Dumaresq wrote: 1. coreutils (from MacPorts) You don't need those at all 2. pkgconfig (from MacPorts) You don't need this either [1] 3. automake (from MacPorts) You definitely don't need that 4. wget (from MacPorts) You definietly don't need that. 5. libidl (from MacPorts) You don't need this [1] 6. Archive::Zip for perl (from cpan) You definietly don't need this. 7. GIT (http://code.google.com/p/git-osx-installer/) You need this (unless you want to download hundreds of megabytes again and again) 8. Mac OS X 10.4 SDK (from XCode install) You need this. http://wiki.documentfoundation.org/Development/Install_Mac_OS_10.6.4_Dependencies This isn't any better. I wrote this so often already: Using system hunspell on mac is stupid, no mac user will have hunspell installed on the system. So compiling agains system version is the same as disabling it. Automake/autoconf, m4, coreutils, libgmp, iconv: All useless, not needed. [1] You don't need /any/ external dependency unless you want to compile mozilla/seamonkey from scratch (i.e. when not using --disable-mozilla). Then you /need/: libIDL and glib2 and gettext (and pkg-config for convenience). All the other stuff is useless and not needed at all. But you should get ccache as well, to speed up subsequent builds (http://ccache.samba.org) ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] ok to use MacPorts for dependencies??
Christian can you update the wiki please as it has a lot of stuff which as your saying isn't needed. On 1/23/11 4:28 PM, Christian Lohmaier wrote: Hi *, On Sun, Jan 23, 2011 at 9:16 AM, Jonathan Aquilina eagles051...@gmail.com wrote: On 1/23/11 3:43 AM, David Dumaresq wrote: 1. coreutils (from MacPorts) You don't need those at all 2. pkgconfig (from MacPorts) You don't need this either [1] 3. automake (from MacPorts) You definitely don't need that 4. wget (from MacPorts) You definietly don't need that. 5. libidl (from MacPorts) You don't need this [1] 6. Archive::Zip for perl (from cpan) You definietly don't need this. 7. GIT (http://code.google.com/p/git-osx-installer/) You need this (unless you want to download hundreds of megabytes again and again) 8. Mac OS X 10.4 SDK (from XCode install) You need this. http://wiki.documentfoundation.org/Development/Install_Mac_OS_10.6.4_Dependencies This isn't any better. I wrote this so often already: Using system hunspell on mac is stupid, no mac user will have hunspell installed on the system. So compiling agains system version is the same as disabling it. Automake/autoconf, m4, coreutils, libgmp, iconv: All useless, not needed. [1] You don't need /any/ external dependency unless you want to compile mozilla/seamonkey from scratch (i.e. when not using --disable-mozilla). Then you /need/: libIDL and glib2 and gettext (and pkg-config for convenience). All the other stuff is useless and not needed at all. But you should get ccache as well, to speed up subsequent builds (http://ccache.samba.org) ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] LibreOffice - Scrolling in Writer while focus is on a comment
Yesterday I noticed a rather annoying behaviour of LibreOffice Writer. Namely, when the pointer focus is on a comment, the document is unable to scroll. Instead it tries to scroll the comment. It would be more useful if comment got focus only on mouse over. The way it is, it requires a click on the page in order to scroll down the document. I am running LibreOffice 3.3.0rc4 and the problem still occurs. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [tdf-discuss] Linux distros and LibO packaging
Rene Engelhard wrote: On Wed, Jan 19, 2011 at 11:13:48AM +0100, Rene Engelhard wrote: Besides that, distros will have to continue libreoffice-build, which does still contain patches. (Removing those would be a big regression about what we ship right now) Thanks. So some distributions will still need to patch LibreOffice because the vanilla LibreOffice would be a regression for their users with respect to the current OpenOffice.org/Go-OO/LibreOffice they ship. This, together with issues like the weird problem you linked to https://bugs.freedesktop.org/show_bug.cgi?id=31271 indeed qualify as compelling arguments for distributions needing to patch LibreOffice much like they do with OpenOffice.org (even though of course in some cases the patches will be temporary fixes that will eventually get merged in the main codebase). Get some clue. And don't speak about this if you don't, kthxbye. ... Sorry, I apologize No need. LibreOffice is meritocracy-driven, not politeness-driven. Thanks, Andrea. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [tdf-discuss] Linux distros and LibO packaging
Hi, On Sun, Jan 23, 2011 at 07:13:56PM +0100, Andrea Pescetti wrote: Rene Engelhard wrote: On Wed, Jan 19, 2011 at 11:13:48AM +0100, Rene Engelhard wrote: Besides that, distros will have to continue libreoffice-build, which does still contain patches. (Removing those would be a big regression about what we ship right now) Thanks. So some distributions will still need to patch LibreOffice because the vanilla LibreOffice would be a regression for their users with respect to the current OpenOffice.org/Go-OO/LibreOffice they ship. Yep. This, together with issues like the weird problem you linked to https://bugs.freedesktop.org/show_bug.cgi?id=31271 indeed qualify as compelling arguments for distributions needing to patch LibreOffice much like they do with OpenOffice.org (even though of not as much, as getting fixes or other stuff into the main codebase is far better in LibO than it was in OOo where it was extremely difficult. course in some cases the patches will be temporary fixes that will eventually get merged in the main codebase). Yep. And most of the go-oo fixes are already in the stock LibO anyway, so nothing to big here either. Grüße/Regards, René ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] PATCH: Removal of last extral lines in genericfilter.cxx
Attached please find my patch for the removal of 2 extra lines which i forgot to remove with my first patch which i submitted. From a5e6ed753aa02139aa2e9ddc481a929f9ee7b8c4 Mon Sep 17 00:00:00 2001 From: jonathan aquilina jaquil...@eagleeyet.net Date: Sun, 23 Jan 2011 20:51:43 +0100 Subject: [PATCH] removed double spaced lines in the genericfilter.cxx file --- filter/source/xmlfilteradaptor/genericfilter.cxx |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/filter/source/xmlfilteradaptor/genericfilter.cxx b/filter/source/xmlfilteradaptor/genericfilter.cxx index 3f037d9..5d43b65 100644 --- a/filter/source/xmlfilteradaptor/genericfilter.cxx +++ b/filter/source/xmlfilteradaptor/genericfilter.cxx @@ -39,8 +39,6 @@ #include XmlFilterAdaptor.hxx - - using namespace ::rtl; using namespace ::cppu; using namespace ::com::sun::star::uno; -- 1.7.1 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Some comments and basic cleanup in sc
Hi Attached four patches: 0001: adding comments to ScFunctionMgr and ScFunctionList in sc/inc/funcdesc.hxx 0002: removing duplicate implementation of ScFunctionMgr::fillLastRecentlyUsedFunctions 0003: adding comments to ScFunctionCategory in sc/inc/funcdesc.hxx 0004: cleaning up comments and spacing, and minor translations in sc/source/core/data/funcdesc.cxx please apply Best regards Sören Möller (LGPLv3+ / MPL) From d6b6a1abbb2afa70a0fb5d45bb7dd19f57c60f91 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?S=C3=B6ren=20M=C3=B6ller?= soerenmoeller2...@gmail.com Date: Sat, 22 Jan 2011 21:06:03 +0100 Subject: [PATCH 1/4] Added doxygen style comments to ScFunctionMgr and ScFunctionList --- sc/inc/funcdesc.hxx | 173 --- 1 files changed, 136 insertions(+), 37 deletions(-) diff --git a/sc/inc/funcdesc.hxx b/sc/inc/funcdesc.hxx index 05c71e9..3b51fce 100644 --- a/sc/inc/funcdesc.hxx +++ b/sc/inc/funcdesc.hxx @@ -50,7 +50,7 @@ class ScFunctionMgr; /** Stores and generates human readable descriptions for spreadsheet-functions, - e.g. functions used in formulas in calc + e.g.\ functions used in formulas in calc */ class ScFuncDesc : public formula::IFunctionDescription { @@ -190,31 +190,37 @@ public: */ struct ParameterFlags { -boolbOptional :1; // Parameter is optional -boolbSuppress :1; // Suppress parameter in UI because not implemented yet +boolbOptional :1; /** Parameter is optional */ +boolbSuppress :1; /** Suppress parameter in UI because not implemented yet */ ParameterFlags() : bOptional(false), bSuppress(false) {} }; -::rtl::OUString *pFuncName; // Function name -::rtl::OUString *pFuncDesc; // Description of function -::rtl::OUString **ppDefArgNames; // Parameter name(s) -::rtl::OUString **ppDefArgDescs; // Description(s) of parameter(s) -ParameterFlags *pDefArgFlags; // Flags for each parameter -sal_uInt16nFIndex;// Unique function index -sal_uInt16nCategory; // Function category -sal_uInt16nArgCount; // All parameter count, suppressed and unsuppressed -sal_uInt16nHelpId;// HelpId of function -bool bIncomplete :1; // Incomplete argument info (set for add-in info from configuration) -bool bHasSuppressedArgs :1; // Whether there is any suppressed parameter. +::rtl::OUString *pFuncName; /** Function name */ +::rtl::OUString *pFuncDesc; /** Description of function */ +::rtl::OUString **ppDefArgNames; /** Parameter name(s) */ +::rtl::OUString **ppDefArgDescs; /** Description(s) of parameter(s) */ +ParameterFlags *pDefArgFlags; /** Flags for each parameter */ +sal_uInt16nFIndex;/** Unique function index */ +sal_uInt16nCategory; /** Function category */ +sal_uInt16nArgCount; /** All parameter count, suppressed and unsuppressed */ +sal_uInt16nHelpId;/** HelpId of function */ +bool bIncomplete :1; /** Incomplete argument info (set for add-in info from configuration) */ +bool bHasSuppressedArgs :1; /** Whether there is any suppressed parameter. */ }; - - -// - +/** + List of spreadsheet functions. + Generated by retrieving functions from resources, AddIns and StarOne AddIns, + and storing these in one linked list. Functions can be retrieved by index and + by iterating through the list, starting at the First element, and retrieving + the Next elements one by one. + + The length of the longest function name can be retrieved for easier + processing (i.e printing a function list). +*/ class ScFunctionList { public: @@ -240,11 +246,13 @@ public: { return nMaxFuncNameLen; } private: -ListaFunctionList; -xub_StrLen nMaxFuncNameLen; +ListaFunctionList; /** List of functions */ +xub_StrLen nMaxFuncNameLen; /** Length of longest function name */ }; -// +/** + Category of spreadsheet functions. +*/ class ScFunctionCategory : public formula::IFunctionCategory { ScFunctionMgr* m_pMgr; @@ -260,34 +268,125 @@ public: virtual sal_uInt32 getNumber() const; virtual ::rtl::OUString getName() const; }; -// + #define SC_FUNCGROUP_COUNT ID_FUNCTION_GRP_ADDINS +/** + Stores
[Libreoffice] PATCH: removal of extra lines in IDocumentFieldsAccess.hxx
Attached find a patch to remove extra lines in IDocumentFieldsAccess.hxx From f997d5451e4893a68a4a5b1c3bb779bf060912f6 Mon Sep 17 00:00:00 2001 From: jonathan aquilina jaquil...@eagleeyet.net Date: Sun, 23 Jan 2011 21:43:25 +0100 Subject: [PATCH] removed extra lines in file --- sw/inc/IDocumentFieldsAccess.hxx | 22 -- 1 files changed, 0 insertions(+), 22 deletions(-) diff --git a/sw/inc/IDocumentFieldsAccess.hxx b/sw/inc/IDocumentFieldsAccess.hxx index ce5a6d7..3a5a8ca 100644 --- a/sw/inc/IDocumentFieldsAccess.hxx +++ b/sw/inc/IDocumentFieldsAccess.hxx @@ -55,17 +55,11 @@ namespace com { namespace sun { namespace star { namespace uno { class Any; } } { public: virtual const SwFldTypes *GetFldTypes() const = 0; - virtual SwFieldType *InsertFldType(const SwFieldType ) = 0; - virtual SwFieldType *GetSysFldType( const sal_uInt16 eWhich ) const = 0; - virtual SwFieldType* GetFldType(sal_uInt16 nResId, const String rName, bool bDbFieldMatching) const = 0; - virtual void RemoveFldType(sal_uInt16 nFld) = 0; - virtual void UpdateFlds( SfxPoolItem* pNewHt, bool bCloseDB) = 0; - virtual void InsDeletedFldType(SwFieldType ) = 0; /** @@ -95,23 +89,14 @@ namespace com { namespace sun { namespace star { namespace uno { class Any; } } @retval FALSEelse */ virtual bool UpdateFld(SwTxtFld * rDstFmtFld, SwField rSrcFld, SwMsgPoolItem * pMsgHnt, bool bUpdateTblFlds) = 0; - virtual void UpdateRefFlds(SfxPoolItem* pHt) = 0; - virtual void UpdateTblFlds(SfxPoolItem* pHt) = 0; - virtual void UpdateExpFlds(SwTxtFld* pFld, bool bUpdateRefFlds) = 0; - virtual void UpdateUsrFlds() = 0; - virtual void UpdatePageFlds(SfxPoolItem*) = 0; - virtual void LockExpFlds() = 0; - virtual void UnlockExpFlds() = 0; - virtual bool IsExpFldsLocked() const = 0; - virtual SwDocUpdtFld GetUpdtFlds() const = 0; /* @@@MAINTAINABILITY-HORROR@@@ @@ -119,24 +104,17 @@ namespace com { namespace sun { namespace star { namespace uno { class Any; } } data structure of SwDoc and should not be exposed */ virtual bool SetFieldsDirty(bool b, const SwNode* pChk, ULONG nLen) = 0; - virtual void SetFixFields(bool bOnlyTimeDate, const DateTime* pNewDateTime) = 0; - // In Calculator set all SetExpression fields that are valid up to the indicated position // (Node [ + ::com::sun::star::ucb::Content]). // A generated list of all fields may be passed along too // (if the addreess != 0 and the pointer == 0 a new list will be returned). virtual void FldsToCalc(SwCalc rCalc, ULONG nLastNd, sal_uInt16 nLastCnt) = 0; - virtual void FldsToCalc(SwCalc rCalc, const _SetGetExpFld rToThisFld) = 0; - virtual void FldsToExpand(SwHash** ppTbl, sal_uInt16 rTblSize, const _SetGetExpFld rToThisFld) = 0; - virtual bool IsNewFldLst() const = 0; - virtual void SetNewFldLst( bool bFlag) = 0; - virtual void InsDelFldInFldLst(bool bIns, const SwTxtFld rFld) = 0; protected: -- 1.7.1 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] ok to use MacPorts for dependencies??
On 2011-01-23, at 7:28 AM, Christian Lohmaier wrote: Hi *, On Sun, Jan 23, 2011 at 9:16 AM, Jonathan Aquilina eagles051...@gmail.com wrote: On 1/23/11 3:43 AM, David Dumaresq wrote: 1. coreutils (from MacPorts) You don't need those at all 2. pkgconfig (from MacPorts) You don't need this either [1] 3. automake (from MacPorts) You definitely don't need that 4. wget (from MacPorts) You definietly don't need that. 5. libidl (from MacPorts) You don't need this [1] 6. Archive::Zip for perl (from cpan) You definietly don't need this. 7. GIT (http://code.google.com/p/git-osx-installer/) You need this (unless you want to download hundreds of megabytes again and again) 8. Mac OS X 10.4 SDK (from XCode install) You need this. http://wiki.documentfoundation.org/Development/Install_Mac_OS_10.6.4_Dependencies This isn't any better. I wrote this so often already: Using system hunspell on mac is stupid, no mac user will have hunspell installed on the system. So compiling agains system version is the same as disabling it. Automake/autoconf, m4, coreutils, libgmp, iconv: All useless, not needed. [1] You don't need /any/ external dependency unless you want to compile mozilla/seamonkey from scratch (i.e. when not using --disable-mozilla). Then you /need/: libIDL and glib2 and gettext (and pkg-config for convenience). All the other stuff is useless and not needed at all. But you should get ccache as well, to speed up subsequent builds (http://ccache.samba.org) So what you're saying is, if my goal is to develop for libreOffice on OSX, I don't need any of the dependencies mentioned above. Well okay, I'll clean up my system (uninstall said dependencies) and move on to getting the source and attempting a build. Thanks, Dave ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] ok to use MacPorts for dependencies??
On 2011-01-23, at 12:16 AM, Jonathan Aquilina wrote: On 1/23/11 3:43 AM, David Dumaresq wrote: Hello, can anyone verify whether these steps are valid for building LibreOffice? I'm running with 10.6.6 on a 32 bit Mac. I got off to a bad start building manually and then found this link by searching the archives, so I jumped in and started with MacPorts, but now I look closer at the page (closer==top of the page) :p and see the page is marked as obsolete. can't find a replacement...(arrgh). The page: http://www.freedesktop.org/wiki/Software/LibreOffice/HowToBuild The instructions: On MacOSX 10.5.8/10.6.4 (with git and wget) : You'll need to manually install some build dependancies: 1. coreutils (from MacPorts) 2. pkgconfig (from MacPorts) 3. automake (from MacPorts) 4. wget (from MacPorts) 5. libidl (from MacPorts) 6. Archive::Zip for perl (from cpan) 7. GIT (http://code.google.com/p/git-osx-installer/) 8. Mac OS X 10.4 SDK (from XCode install) * Note: on 10.6 MacPorts defaults to x86_64 if you have a 64bit processor; so use +universal to install both i386 x86_64. Thanks, Dave ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice The link below is what you want. Do not install anything from Mac Ports http://wiki.documentfoundation.org/Development/Install_Mac_OS_10.6.4_Dependencies Thanks, but I'm having warnings at glib2 and failure after that step. According to Christian later in this thread, the dependencies are unnecessary so I'll move on to building from source. Thanks again, Dave ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Announcement: StarOffice file-format not available any more for saving
Hello, from now I have started to delete within binfilter the code allowing to *save* using the StarOffice file format. The import (read) is still possible and will remain. Bye bye saving sdw, sxw This will of course not happens in one go... With this push, I have done the following changes: * StarWriter does not export anymore * start of deletion of functions within binfilter/bf_sw, i.e StarWriter format For testing: I have my set of files created with those formats, allowing me to test the reading functionality while deleting code. But if other wants to test it to ensure also that nothing has been broken, I would be happy. In order to allow interested to test easily, I will push my changes to master at periodic intervals (each 2-3 weeks, I think/hope if free time allows), grouping them and making a short announce as reply to this mail. Best regards Pierre-André PS: do not forget the --enable-binfilter flag, if you want to check it ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Break Failure with Application::ShowHelpStatusText()
On Fri, Jan 21, 2011 at 08:28:11AM -0800, Joseph Powers wrote: It looks like this wasn't removed from some of the test code in bootstrap/automation/util. I need to go to work and wont be back home until late Saturday so, so I don't have time to fix. Just wanted to give someone a heads up. I tried rm -rf unmacxi.pro in the automations directory but that didn't fix it. Undefined symbols: Application::ShowHelpStatusText(String const), referenced from: vtable for BasicAppin libapp.a(app.o) Application::HideHelpStatusText(), referenced from: vtable for BasicAppin libapp.a(app.o) ld: symbol(s) not found collect2: ld returned 1 exit status dmake: Error code 1, while making '../unxmacxi.pro/bin/testtool' cd basic rm -rf unxmacxi.pro build deliver should fix that D. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice