[Libreoffice] Build failing in packimages
Hi all, any suggestions about this? = Building module packimages = Entering /Users/dfdumaresq/git/libo/packimages/pack mkout -- version: 1.8 mkdir ../unxmacxi.pro/res/img /usr/bin/perl /Users/dfdumaresq/git/libo/solenv/bin/image-sort.pl image-sort.lst /Users/dfdumaresq/git/libo/solver/330/unxmacxi.pro/xml ../unxmacxi.pro/res/img/sorted.lst Can't open /Users/dfdumaresq/git/libo/solver/330/unxmacxi.pro/xml/uiconfig/modules/scalc/toolbar/standardbar.xml: No such file or directory at /Users/dfdumaresq/git/libo/solenv/bin/image-sort.pl line 12. dmake: Error code 2, while making '../unxmacxi.pro/res/img/sorted.lst' dmake: '../unxmacxi.pro/res/img/sorted.lst' removed. Forcing regeneration of dependency info nothing to do here... mkdir ../unxmacxi.pro/res/img mkdir: ../unxmacxi.pro/res/img: File exists /usr/bin/perl /Users/dfdumaresq/git/libo/solenv/bin/image-sort.pl image-sort.lst /Users/dfdumaresq/git/libo/solver/330/unxmacxi.pro/xml ../unxmacxi.pro/res/img/sorted.lst Can't open /Users/dfdumaresq/git/libo/solver/330/unxmacxi.pro/xml/uiconfig/modules/scalc/toolbar/standardbar.xml: No such file or directory at /Users/dfdumaresq/git/libo/solenv/bin/image-sort.pl line 12. dmake: Error code 2, while making '../unxmacxi.pro/res/img/sorted.lst' dmake: '../unxmacxi.pro/res/img/sorted.lst' removed. Retrying /Users/dfdumaresq/git/libo/packimages/pack mkdir ../unxmacxi.pro/res/img mkdir: ../unxmacxi.pro/res/img: File exists /usr/bin/perl /Users/dfdumaresq/git/libo/solenv/bin/image-sort.pl image-sort.lst /Users/dfdumaresq/git/libo/solver/330/unxmacxi.pro/xml ../unxmacxi.pro/res/img/sorted.lst Can't open /Users/dfdumaresq/git/libo/solver/330/unxmacxi.pro/xml/uiconfig/modules/scalc/toolbar/standardbar.xml: No such file or directory at /Users/dfdumaresq/git/libo/solenv/bin/image-sort.pl line 12. dmake: Error code 2, while making '../unxmacxi.pro/res/img/sorted.lst' dmake: '../unxmacxi.pro/res/img/sorted.lst' removed. Thanks! dave ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Breaking in sw: error: expected template-name before '' token
Hello, I'll try this again: I'm getting, first, warnings about declarations that have been previously defined. warning: this is the location of the previous definition and finally a number of errors about a operators missing. Following is the complete output. Please let me know if this list (LibreOffice) prefers attachments to adding trace messages in-line. Thanks, -Dave rm -Rf /Users/dfdumaresq/git/libo/sw/unxmacxi.pro # optional module 'clean' /bin/sh cd /Users/dfdumaresq/git/libo sh-3.2$ source ./MacOSXX86Env.Set.sh sh-3.2$ cd sw sh-3.2$ build build -- version: 275224 = Building module sw = Entering /Users/dfdumaresq/git/libo/sw/inc mkout -- version: 1.8 Entering /Users/dfdumaresq/git/libo/sw/sdi Making:swslots.don Making:swslots_sid.hid Entering /Users/dfdumaresq/git/libo/sw/source/ui/inc mkdir: ../../../unxmacxi.pro/inc/: File exists mkdir: ../../../unxmacxi.pro/inc/: File exists Entering /Users/dfdumaresq/git/libo/sw/source/ui/smartmenu Making:all_smartmenu.dpslo Making:smartmenu.dpr Making:smartmenu.smartmenu.dprr RscDep 1.0 (c)2000 StarOffice Compiling: sw/source/ui/smartmenu/stmenu.cxx Making:smartmenu.lib Making:smartmenu.srs Compiling: sw/source/ui/smartmenu/stmenu.src Making:smartmenu_srs.hid Entering /Users/dfdumaresq/git/libo/sw/source/ui/uno Making:all_unoidl.dpslo Compiling: sw/source/ui/uno/unodefaults.cxx Compiling: sw/source/ui/uno/unodispatch.cxx Compiling: sw/source/ui/uno/unotxdoc.cxx Compiling: sw/source/ui/uno/unoatxt.cxx Compiling: sw/source/ui/uno/unomailmerge.cxx Compiling: sw/source/ui/uno/unomod.cxx Compiling: sw/source/ui/uno/unotxvw.cxx Compiling: sw/source/ui/uno/dlelstnr.cxx Compiling: sw/source/ui/uno/unofreg.cxx Compiling: sw/source/ui/uno/SwXDocumentSettings.cxx Compiling: sw/source/ui/uno/SwXPrintPreviewSettings.cxx Compiling: sw/source/ui/uno/SwXFilterOptions.cxx Compiling: sw/source/ui/uno/RefreshListenerContainer.cxx Compiling: sw/source/ui/uno/unomodule.cxx Compiling: sw/source/ui/uno/unodoc.cxx Compiling: sw/source/ui/uno/swdetect.cxx Compiling: sw/source/ui/uno/swdet2.cxx Compiling: sw/source/ui/uno/detreg.cxx Making:unoidl.lib Making:all_unoidl.dpslo Entering /Users/dfdumaresq/git/libo/sw/source/ui/config Making:all_config.dpslo Making:config.dpr Making:config.config.dprr RscDep 1.0 (c)2000 StarOffice Compiling: sw/source/ui/config/barcfg.cxx Compiling: sw/source/ui/config/cfgitems.cxx Compiling: sw/source/ui/config/fontcfg.cxx Compiling: sw/source/ui/config/mailconfigpage.cxx Compiling: sw/source/ui/config/modcfg.cxx Compiling: sw/source/ui/config/optcomp.cxx Compiling: sw/source/ui/config/optload.cxx Compiling: sw/source/ui/config/optpage.cxx Compiling: sw/source/ui/config/prtopt.cxx Compiling: sw/source/ui/config/uinums.cxx Compiling: sw/source/ui/config/usrpref.cxx Compiling: sw/source/ui/config/viewopt.cxx Compiling: sw/source/ui/config/caption.cxx Compiling: sw/source/ui/config/dbconfig.cxx Making:config.lib Making:config.srs Compiling: sw/source/ui/config/mailconfigpage.src Compiling: sw/source/ui/config/optdlg.src Compiling: sw/source/ui/config/optload.src Compiling: sw/source/ui/config/optcomp.src Compiling: sw/source/ui/config/redlopt.src Making:config_srs.hid Making:all_config.dpslo Entering /Users/dfdumaresq/git/libo/sw/source/core/SwNumberTree Making:all_SwNumberTree.dpslo Compiling: sw/source/core/SwNumberTree/SwNodeNum.cxx Compiling: sw/source/core/SwNumberTree/SwNumberTree.cxx Making:SwNumberTree.lib Entering /Users/dfdumaresq/git/libo/sw/source/core/frmedt Making:all_frmedt.dpslo Compiling: sw/source/core/frmedt/fecopy.cxx Compiling: sw/source/core/frmedt/fedesc.cxx Compiling: sw/source/core/frmedt/fefly1.cxx Compiling: sw/source/core/frmedt/feflyole.cxx Compiling: sw/source/core/frmedt/feshview.cxx Compiling: sw/source/core/frmedt/fetab.cxx Compiling: sw/source/core/frmedt/fews.cxx Compiling: sw/source/core/frmedt/tblsel.cxx Making:frmedt.lib Making:all_frmedt.dpslo Entering /Users/dfdumaresq/git/libo/sw/source/core/text Making:all_text.dpslo Compiling: sw/source/core/text/EnhancedPDFExportHelper.cxx Compiling: sw/source/core/text/SwGrammarMarkUp.cxx Compiling: sw/source/core/text/atrstck.cxx Compiling: sw/source/core/text/blink.cxx Compiling: sw/source/core/text/frmcrsr.cxx Compiling: sw/source/core/text/frmform.cxx Compiling: sw/source/core/text/frminf.cxx Compiling: sw/source/core/text/frmpaint.cxx Compiling: sw/source/core/text/guess.cxx Compiling: sw/source/core/text/inftxt.cxx Compiling: sw/source/core/text/itradj.cxx Compiling: sw/source/core/text/itratr.cxx Compiling: sw/source/core/text/itrcrsr.cxx Compiling: sw/source/core/text/itrform2.cxx Compiling: sw/source/core/text/itrpaint.cxx Compiling: sw/source/core/text/itrtxt.cxx Compiling: sw/source/core/text/noteurl.cxx Compiling: sw/source/core/text/porexp.cxx Compiling: sw/source/core/text/porfld.cxx Compiling:
[Libreoffice] Breaking in hunspell (Re: Missing vcl resource. This indicates that files vital to localization are missing. You might have a corrupt installation.)
hunspell.cxx:1425: error: 'gettext' was not declared in this scope hunspell.cxx:1457: error: 'gettext' was not declared in this scope hunspell.cxx:1470: error: 'gettext' was not declared in this scope hunspell.cxx:1547: error: 'gettext' was not declared in this scope hunspell.cxx:1594: error: 'gettext' was not declared in this scope hunspell.cxx:1607: error: 'gettext' was not declared in this scope hunspell.cxx:1625: error: 'gettext' was not declared in this scope hunspell.cxx:1629: error: 'gettext' was not declared in this scope hunspell.cxx:1690: error: 'gettext' was not declared in this scope make[3]: *** [hunspell.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 dmake: Error code 2, while making './unxmacxi.pro/misc/build/so_built_hunspell' --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development it seems that the error is inside 'hunspell', please re-run build inside this module to isolate the error and/or test your fix: --- rm -Rf /Users/dfdumaresq/git/libo/hunspell/unxmacxi.pro # optional module 'clean' /bin/sh cd /Users/dfdumaresq/git/libo source ./MacOSXX86Env.Set.sh cd hunspell build when the problem is isolated and fixed exit and re-run 'make' from the top-level On 2011-01-31, at 9:30 PM, Norbert Thiebaud wrote: the safest way is: make clean ./g pull -r (optional. if you want to get the very latest) ./autogen.sh (it automatically re-use the last parameters you used - see autogen.lastrun) make Norbert On Mon, Jan 31, 2011 at 10:39 PM, David Dumaresq dfdumar...@gmail.com wrote: Hi Michael, what is the correct way to re-build with the fixes in? I ran git pull, followed by ./autogen.sh --with-num-cpus=2 --with-max-jobs=2 --disable-mozilla --disable-systray 'CC=ccache gcc-4.0' 'CXX=ccache g++-4.0' ./configure '--with-num-cpus=2' '--with-max-jobs=2' '--disable-mozilla' '--disable-systray' 'CC=ccache gcc-4.0' 'CXX=ccache g++-4.0' I then ran make check, but have the same error coming up in starmath. Thanks, Dave On 2011-01-31, at 12:43 PM, Michael Meeks wrote: Hi Dave, On Mon, 2011-01-31 at 10:21 -0800, Dave Dumaresq wrote: Thanks for the update! Just pushed a fix; the unfortunate random re-use of poorly scoped local variables made this hard to see in the patch. IMHO we need to be locally scoping all variables as tightly as possible when we touch code. Anyhow; the problem luckily showed in valgrind: ==17596== Conditional jump or move depends on uninitialised value(s) ==17596==at 0x8086F49: RscTypCont::PutSysName(unsigned long, char*, unsigned long, unsigned long, unsigned char) (rscdb.cxx:388) ==17596==at 0x8086F49: RscTypCont::PutSysName(unsigned long, char*, unsigned long, unsigned long, unsigned char) (rscdb.cxx:388) ==17596==by 0x8070B4F: RscSysDepend::WriteSysDependRc(RSCINST const, RscWriteRc, RscTypCont*, unsigned long, unsigned char, unsigned char) (rscclass.cxx:1095) ==17596==by 0x8070B4F: RscSysDepend::WriteSysDependRc(RSCINST const, RscWriteRc, RscTypCont*, unsigned long, unsigned char, unsigned char) (rscclass.cxx:1095) HTH, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Missing vcl resource. This indicates that files vital to localization are missing. You might have a corrupt installation.
On 2011-01-28, at 3:45 AM, Miklos Vajna wrote: On Thu, Jan 27, 2011 at 08:14:17PM -0800, David Dumaresq dfdumar...@gmail.com wrote: Missing vcl resource. This indicates that files vital to localization are missing. You might have a corrupt installation. Can you post the contents of your autogen.lastrun file? Here it is: cat autogen.lastrun '--with-num-cpus=2' '--with-max-jobs=2' '--disable-mozilla' '--disable-systray' 'CC=ccache gcc-4.0' 'CXX=ccache g++-4.0' Dave ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Missing vcl resource. This indicates that files vital to localization are missing. You might have a corrupt installation.
On 2011-01-28, at 4:02 AM, Caolán McNamara wrote: On Fri, 2011-01-28 at 12:45 +0100, Miklos Vajna wrote: On Thu, Jan 27, 2011 at 08:14:17PM -0800, David Dumaresq dfdumar...@gmail.com wrote: Missing vcl resource. This indicates that files vital to localization are missing. You might have a corrupt installation. Can you post the contents of your autogen.lastrun file? This is probably the same problem reported on mac in sw/ as well, which is beginning to look like that rsc is not generating .res files on that platform, so output of... ls -asl starmath/unx*.pro/bin ? C. Here it is: libo dfdumaresq$ ls -asl starmath/unx*.pro/bin total 240 0 drwxr-xr-x 12 dfdumaresq staff408 27 Jan 20:09 . 0 drwxr-xr-x 12 dfdumaresq staff408 26 Jan 19:08 .. 16 -rw--- 1 dfdumaresq staff 7054 27 Jan 20:09 CCTwDk 16 -rw--- 1 dfdumaresq staff 7054 27 Jan 19:51 CmHYTt 32 -rw--- 1 dfdumaresq staff 16384 27 Jan 20:06 Ig6cWf 16 -rw--- 1 dfdumaresq staff 7054 26 Jan 19:18 OUmYRa 32 -rw--- 1 dfdumaresq staff 16384 27 Jan 20:07 QVRClx 32 -rw--- 1 dfdumaresq staff 16384 27 Jan 19:51 YRI54j 32 -rw--- 1 dfdumaresq staff 16384 27 Jan 20:09 krPcsf 16 -rw--- 1 dfdumaresq staff 7054 27 Jan 20:07 u9NRFS 32 -rw--- 1 dfdumaresq staff 16384 26 Jan 19:18 uLBZxa 16 -rw--- 1 dfdumaresq staff 7054 27 Jan 20:06 yQgjEl Dave ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Missing vcl resource. This indicates that files vital to localization are missing. You might have a corrupt installation.
On 2011-01-28, at 12:03 PM, Caolán McNamara wrote: On Fri, 2011-01-28 at 09:59 -0800, David Dumaresq wrote: On 2011-01-28, at 4:02 AM, Caolán McNamara wrote: ls -asl starmath/unx*.pro/bin libo dfdumaresq$ ls -asl starmath/unx*.pro/bin total 240 0 drwxr-xr-x 12 dfdumaresq staff408 27 Jan 20:09 . 0 drwxr-xr-x 12 dfdumaresq staff408 26 Jan 19:08 .. 16 -rw--- 1 dfdumaresq staff 7054 27 Jan 20:09 CCTwDk 16 -rw--- 1 dfdumaresq staff 7054 27 Jan 19:51 CmHYTt 32 -rw--- 1 dfdumaresq staff 16384 27 Jan 20:06 Ig6cWf 16 -rw--- 1 dfdumaresq staff 7054 26 Jan 19:18 OUmYRa 32 -rw--- 1 dfdumaresq staff 16384 27 Jan 20:07 QVRClx 32 -rw--- 1 dfdumaresq staff 16384 27 Jan 19:51 YRI54j 32 -rw--- 1 dfdumaresq staff 16384 27 Jan 20:09 krPcsf 16 -rw--- 1 dfdumaresq staff 7054 27 Jan 20:07 u9NRFS 32 -rw--- 1 dfdumaresq staff 16384 26 Jan 19:18 uLBZxa 16 -rw--- 1 dfdumaresq staff 7054 27 Jan 20:06 yQgjEl This is the problem, you should have a smen-US.res in there, and you don't. This is the same problem Norbert reports, rsc should call rsc2 which should have put one in there, but this is apparently failing silently, but only on MacOSX. I've tried $ find . -name smen-US.res -ls and the file smen-US.res does not exist in my git/libo directory. Personally I suspect some tmpdir foo. Sorry, I'm a newbie and not sure what you mean, unless it's that you suspect a temp dir is contaminating my build. C. Any suggestions? Thanks, Dave ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Missing vcl resource. This indicates that files vital to localization are missing. You might have a corrupt installation.
Hi! I'm getting several build errors. This one is in starmath:
build
build -- version: 275224
=
Building module starmath
=
Entering /Users/dfdumaresq/git/libo/starmath/sdi
Entering /Users/dfdumaresq/git/libo/starmath/inc
Entering /Users/dfdumaresq/git/libo/starmath/source
Entering /Users/dfdumaresq/git/libo/starmath/util
Making:smen-US.res
Compiling: rsc_sm
:
DYLD_LIBRARY_PATH=${DYLD_LIBRARY_PATH+${DYLD_LIBRARY_PATH}:}/Users/dfdumaresq/git/libo/solver/330/unxmacxi.pro/lib
/Users/dfdumaresq/git/libo/solver/330/unxmacxi.pro/bin/rsc -presponse
-verbose @/var/folders/AN/ANqOYXhHFqGpJbFll3StsE+++TI/-Tmp-//mkZI5BEk
/dev/null
Entering /Users/dfdumaresq/git/libo/starmath/qa/cppunit
--
- start unit test #1 on library ../../unxmacxi.pro/lib/libtest_starmath.dylib
--
:
DYLD_LIBRARY_PATH=${DYLD_LIBRARY_PATH+${DYLD_LIBRARY_PATH}:}/Users/dfdumaresq/git/libo/clone/writer/starmath/unxmacxi.pro/lib:/Users/dfdumaresq/git/libo/solver/330/unxmacxi.pro/lib
/Users/dfdumaresq/git/libo/solver/330/unxmacxi.pro/bin/cppunittester
../../unxmacxi.pro/lib/libtest_starmath.dylib -headless -invisible \
-env:UNO_SERVICES=file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit/services.rdb
\
-env:UNO_TYPES=file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit/types.rdb
file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit/udkapi.rdb
\
-env:OOO_BASE_DIR=file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit
\
-env:BRAND_BASE_DIR=file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit
\
-env:UNO_USER_PACKAGES_CACHE=file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit
Missing vcl resource. This indicates that files vital to localization are
missing. You might have a corrupt installation.
/bin/sh: line 1: 5916 Bus error
DYLD_LIBRARY_PATH=${DYLD_LIBRARY_PATH+${DYLD_LIBRARY_PATH}:}/Users/dfdumaresq/git/libo/clone/writer/starmath/unxmacxi.pro/lib:/Users/dfdumaresq/git/libo/solver/330/unxmacxi.pro/lib
/Users/dfdumaresq/git/libo/solver/330/unxmacxi.pro/bin/cppunittester
../../unxmacxi.pro/lib/libtest_starmath.dylib -headless -invisible
-env:UNO_SERVICES=file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit/services.rdb
-env:UNO_TYPES=file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit/types.rdb
file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit/udkapi.rdb
-env:OOO_BASE_DIR=file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit
-env:BRAND_BASE_DIR=file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit
-env:
UNO_USER_PACKAGES_CACHE=file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit
dmake: Error code 138, while making 'test'
Forcing regeneration of dependency info
--
- start unit test #1 on library
--
:
DYLD_LIBRARY_PATH=${DYLD_LIBRARY_PATH+${DYLD_LIBRARY_PATH}:}/Users/dfdumaresq/git/libo/clone/writer/starmath/unxmacxi.pro/lib:/Users/dfdumaresq/git/libo/solver/330/unxmacxi.pro/lib
/Users/dfdumaresq/git/libo/solver/330/unxmacxi.pro/bin/cppunittester
-headless -invisible \
-env:UNO_SERVICES=file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit/services.rdb
\
-env:UNO_TYPES=file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit/types.rdb
file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit/udkapi.rdb
\
-env:OOO_BASE_DIR=file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit
\
-env:BRAND_BASE_DIR=file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit
\
-env:UNO_USER_PACKAGES_CACHE=file:///Users/dfdumaresq/git/libo/clone/writer/starmath/qa/cppunit/../../unxmacxi.pro/misc/qa_cppunit
terminate called after throwing an instance of
'CppUnit::DynamicLibraryManagerException'
what(): Failed to load dynamic library: -headless
/bin/sh: line 1: 5932 Abort trap
Re: [Libreoffice] Installation instructions for source code release
Hi Francois, here's where I have gone to get started: http://wiki.documentfoundation.org/Development/Native_Build You'll need to install git to get the source, so don't worry about manually downloading files. Anyway, it's all explained in the link, http://wiki.documentfoundation.org/Development/Native_Build Hope this helps! All the best, Dave On 2011-01-27, at 10:54 AM, Francois Tigeot wrote: Hi! Now that LibreOffice 3.3.0.4 has been released, I'd like to have a go at building it from source. How does one install LibreOffice from the source tarballs ? Are there some instructions somewhere ? There are 21 different files such as libreoffice-artwork-3.3.0.4.tar.bz2 Do they all need to be downloaded ? And then, what should I do ? Should they be combined in a giant directory or processed separately ? I'm a little confused by the sheer number of files to download. Wouldn't it be easier to just provide one giant archive, like it is done for the different binary platforms ? Forgive me if this list is not the place to ask this sort of questions, but the only installation instructions available on the web site are for the binary packages and the user list wasn't too helpful either. -- Francois Tigeot ___ 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] How do I update my download?
Hi Ron, I think the command you want is git pull, which will merge changes from the master (?). I too am a beginner, so feel free to google more about git. And follow the build instructions here: http://wiki.documentfoundation.org/Development/Native_Build Regards, Dave On 2011-01-27, at 7:56 PM, Ron House wrote: Hi, sorry for a beginner's question, but I downloaded the libreoffice code base from git about a month ago, and I want to update it to be the same as the recently released version 3.3 without having to download it all again. Can anyone help out? I think, but am not sure, that the version I have is what in cvs is called the head - not sure about git terminology. If it is too hard to convert to version 3.3, then how do I simply update the version I have from the current git repositories? Info: I am an expert C++ programmer, but have never used git, nor have I any familiarity (yet) with the libo code base, so please be specific. (BTW, this would be good to add to the help page on libreoffice.org.) Cheers, Ron. -- Ron House Building Peace: http://peacelegacy.org Australian Birds: http://wingedhearts.org Principle of Goodness academic site: http://principleofgoodness.net ___ 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
[Libreoffice] configure: WARNING: Your gcc is not -fvisibility=hidden safe. Disabling visibility
Hello, I'm running on Mac OSX 10.6.6 and getting this warning with ./autogen.sh --with-num-cpus=2 --with-max-jobs=2 --disable-mozilla --disable-systray 'CC=ccache gcc-4.0' 'CXX=ccache g++-4.0' ... checking if STL headers are visibility safe... yes checking if gcc is -fvisibility-inlines-hidden safe with STL headers... yes checking if gcc has a visibility bug with class-level attributes (GCC bug 26905)... yes configure: WARNING: Your gcc is not -fvisibility=hidden safe. Disabling visibility ... * * LibreOffice configuration finished. * * - Your gcc is not -fvisibility=hidden safe. Disabling visibility * Congratulations to everyone on releasing 3.3 today! --Dave ___ 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-24, at 4:26 PM, Norbert Thiebaud wrote: ./autogen.sh ./autogen.sh: /usr/local/bin/aclocal: /opt/local/bin/perl: bad interpreter: No such file or directory I'm not sure what believes perl is in /opt/local/bin? On my system (osx 10.6.6), perl is in /usr/bin I have since created a sym link and autogen runs, but I wonder if you have any ideas about this? Could it be that you had a perl pulled in via macport, and you removed it but it was still in the shell hash table ? iow: if you remove the link, open a brand new terminal windows and run autogen.sh there, do you still have the problem ? other possibility. when you use ./autogen.sh, without any parameters, it'll try to re-use the parameters you use during the last autogen.sh (see autogen.lastrun) if you want to make sure that you run an autogen without any parameter you need ./autogen.sh -- or rm autogen.lastrun then autogen.sh if your previous autogen.sh run contained --with-perl-home= you would pick it up again... Norbert I've solved my issue with aclocal looking for /opt/local/bin/perl. At some earlier time, I must have pulled perl in using MacPorts, and then when I followed the dependency steps of installing automake (http://wiki.documentfoundation.org/Development/Install_Mac_OS_10.6.4_Dependencies) ./configure determined the location of perl in /opt/local/bin and proceeded to build aclocal, which is used by autogen.sh. I'm glad to have cleared that up. Now on to the fun stuff. (well it's all fun, isn't it...until someone pokes an eye out). ;) Dave ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Is Python 2.6 acceptable on Mac OSX build?
Hi all, I'm building my first LibreOffice development system, following this link, and ran ./autogen.sh which passed with warnings (see below). I'm wondering if it's okay to go ahead with python2.6 instead of python2.3, which is no longer on my system ./autogen.sh --with-num-cpus=2 --with-max-jobs=2 --disable-mozilla ... checking which python to use... compiling against MacOSX10.4u.sdk (python version 2.3) checking Python.h usability... yes checking Python.h presence... no configure: WARNING: Python.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: Python.h: proceeding with the compiler's result checking for Python.h... yes Thanks, Dave ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] (solved) Re: Is Python 2.6 acceptable on Mac OSX build?
On 2011-01-24, at 8:30 PM, Norbert Thiebaud wrote: On Mon, Jan 24, 2011 at 10:16 PM, David Dumaresq dfdumar...@gmail.com wrote: Hi all, I'm building my first LibreOffice development system, following this link, and ran ./autogen.sh which passed with warnings (see below). I'm wondering if it's okay to go ahead with python2.6 instead of python2.3, which is no longer on my system ./autogen.sh --with-num-cpus=2 --with-max-jobs=2 --disable-mozilla ... checking which python to use... compiling against MacOSX10.4u.sdk (python version 2.3) checking Python.h usability... yes checking Python.h presence... no configure: WARNING: Python.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: Python.h: proceeding with the compiler's result checking for Python.h... yes I get checking which python to use... compiling against MacOSX10.4u.sdk (python version 2.3) checking Python.h usability... yes checking Python.h presence... yes checking for Python.h... yes but I use: ./autogen.sh 'CC=ccache gcc-4.0' 'CXX=ccache g++-4.0' The operating thing here is not so much ccache, but making sure that you use gcc-4.0 AND g++-4.0 Norbert Thanks Norbert, adding 'CC=ccache gcc-4.0' 'CXX=ccache g++-4.0' to my autogen command did the trick. I now have python.h usability and presence. Dave ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build issue with cppu
On 2011-01-24, at 8:26 PM, surensp...@gmail.com wrote:
Hi,
I am building LO after some time now. Did the usual ./g pull -r , make
clean and then make. The build was breaking for me at cppu.
'''
build -- version: 275224
=
Building module cppu
=
Entering /home/suren/libreoffice/libo/cppu/inc
Entering /home/suren/libreoffice/libo/cppu/source/LogBridge
Entering /home/suren/libreoffice/libo/cppu/source/typelib
Entering /home/suren/libreoffice/libo/cppu/source/cppu
Entering /home/suren/libreoffice/libo/cppu/source/threadpool
Entering /home/suren/libreoffice/libo/cppu/source/UnsafeBridge
Entering /home/suren/libreoffice/libo/cppu/source/uno
Entering /home/suren/libreoffice/libo/cppu/source/helper/purpenv
Entering /home/suren/libreoffice/libo/cppu/source/AffineBridge
Entering /home/suren/libreoffice/libo/cppu/util
dmake -f extra.mk
Entering /home/suren/libreoffice/libo/cppu/qa
--
- start unit test #1 on library ../unxlngx6.pro/lib/qa_any.so
--
:
LD_LIBRARY_PATH=${LD_LIBRARY_PATH+${LD_LIBRARY_PATH}:}/home/suren/libreoffice/libo/clone/ure/cppu/unxlngx6.pro/lib:/home/suren/libreoffice/libo/solver/330/unxlngx6.pro/lib
/home/suren/libreoffice/libo/solver/330/unxlngx6.pro/bin/cppunittester
../unxlngx6.pro/lib/qa_any.so
Forcing regeneration of dependency info
--
- start unit test #1 on library
--
:
LD_LIBRARY_PATH=${LD_LIBRARY_PATH+${LD_LIBRARY_PATH}:}/home/suren/libreoffice/libo/clone/ure/cppu/unxlngx6.pro/lib:/home/suren/libreoffice/libo/solver/330/unxlngx6.pro/lib
/home/suren/libreoffice/libo/solver/330/unxlngx6.pro/bin/cppunittester
Retrying /home/suren/libreoffice/libo/cppu/qa
Making:all_qa.dpslo
--
- start unit test #1 on library ../unxlngx6.pro/lib/qa_any.so
--
:
LD_LIBRARY_PATH=${LD_LIBRARY_PATH+${LD_LIBRARY_PATH}:}/home/suren/libreoffice/libo/clone/ure/cppu/unxlngx6.pro/lib:/home/suren/libreoffice/libo/solver/330/unxlngx6.pro/lib
/home/suren/libreoffice/libo/solver/330/unxlngx6.pro/bin/cppunittester
../unxlngx6.pro/lib/qa_any.so
---
Oh dear - something failed during the build - sorry !
For more help with debugging build errors, please see the section in:
http://wiki.documentfoundation.org/Development
it seems that the error is inside 'cppu', please re-run build
inside this module to isolate the error and/or test your fix:
---
rm -Rf /home/suren/libreoffice/libo/cppu/unxlngx6.pro # optional module
'clean'
/bin/bash
cd /home/suren/libreoffice/libo
source ./LinuxX86-64Env.Set.sh
cd cppu
build
when the problem is isolated and fixed exit and re-run 'make' from the
top-level
Please do advice what to do here ? Let me know if anything more is
needed from my side.
I am running Ubuntu 10.10, 64 bit.
I suggest you take a look at the advice under The Build Failed... What can I
do? here, http://wiki.documentfoundation.org/Development/Native_Build
Dave
--
regards
Suren
Learning Doing
Learn By doing.
___
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 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
Re: [Libreoffice] make errors installing dependencies at libIDL - mac osx
Hi Norbert, I went back to rebuild glib2 as you suggested, but received a number of warnings... Rather than continue banging away at this, I'll work from MacPorts as I see you recommend in another post (http://www.freedesktop.org/wiki/Software/LibreOffice/HowToBuild#OnMacOSX10.5.8.2BAC8-10.6.4.28withgitandwget.29.3A). Wish me luck, Dave On 2011-01-21, at 9:23 PM, Norbert Thiebaud wrote: And then this causes make to break with errors: make $PAR make all-recursive Making all in include Making all in libIDL make all-am make[4]: Nothing to be done for `all-am'. make[3]: Nothing to be done for `all-am'. CC libIDL_2_la-parser.lo CC libIDL_2_la-lexer.lo ./lexer.l: In function ‘__IDL_lex’: ./lexer.l:272: warning: format ‘%llo’ expects type ‘long long unsigned int *’, but argument 3 has type ‘IDL_longlong_t *’ ./lexer.l:277: warning: format ‘%llu’ expects type ‘long long unsigned int *’, but argument 3 has type ‘IDL_longlong_t *’ ./lexer.l:282: warning: format ‘%llx’ expects type ‘long long unsigned int *’, but argument 3 has type ‘IDL_longlong_t *’ ./parser.y: In function ‘__IDL_parse’: ./parser.y:1357: warning: format ‘%lld’ expects type ‘long long int’, but argument 3 has type ‘IDL_longlong_t’ ./parser.y:1357: warning: format ‘%lld’ expects type ‘long long int’, but argument 4 has type ‘IDL_longlong_t’ ./lexer.l: At top level: stdout:2098: warning: ‘__IDL_unput’ defined but not used CC libIDL_2_la-ns.lo CC libIDL_2_la-util.lo util.c: In function ‘IDL_emit_IDL_literal’: util.c:2821: warning: format ‘%lld’ expects type ‘long long int’, but argument 3 has type ‘IDL_longlong_t’ CC tstidl.o CCLD libIDL-2.la ld: warning: in /usr/local/lib/libglib-2.0.dylib, file was built for unsupported file format which is not the architecture being linked (i386) It seems that your problem is before the buidling of libIDL. glib2 has apparently not been built successfully (see the step before in the instructions) Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] ok to use MacPorts for dependencies??
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
[Libreoffice] make errors installing dependencies at libIDL - mac osx
Hi, I'm trying to get started contributing to libreoffice by setting up my Mac. I'm following the steps to prepare my system for dependencies and I'm using this document: http://wiki.documentfoundation.org/Development/Install_Mac_OS_10.6.4_Dependencies I'm getting make errors about halfway through the Install LibIDL step: Install libIDL (Index of /pub/gnome/sources/libIDL/0.8) curl http://ftp.acc.umu.se/pub/gnome/sources/libIDL/0.8/libIDL-0.8.14.tar.gz -o libIDL-0.8.14.tar.gz tar -xf libIDL-0.8.14.tar.gz cd libIDL-0.8.14 ./configure make $PAR At this point, I start getting warnings: make $PAR make all-recursive Making all in include Making all in libIDL make all-am make[4]: Nothing to be done for `all-am'. make[3]: Nothing to be done for `all-am'. CC libIDL_2_la-parser.lo CC libIDL_2_la-lexer.lo ./lexer.l: In function ‘__IDL_lex’: ./lexer.l:272: warning: format ‘%llo’ expects type ‘long long unsigned int *’, but argument 3 has type ‘IDL_longlong_t *’ ./lexer.l:277: warning: format ‘%llu’ expects type ‘long long unsigned int *’, but argument 3 has type ‘IDL_longlong_t *’ ./lexer.l:282: warning: format ‘%llx’ expects type ‘long long unsigned int *’, but argument 3 has type ‘IDL_longlong_t *’ ./parser.y: In function ‘__IDL_parse’: ./parser.y:1357: warning: format ‘%lld’ expects type ‘long long int’, but argument 3 has type ‘IDL_longlong_t’ ./parser.y:1357: warning: format ‘%lld’ expects type ‘long long int’, but argument 4 has type ‘IDL_longlong_t’ ./lexer.l: At top level: stdout:2098: warning: ‘__IDL_unput’ defined but not used CC libIDL_2_la-ns.lo CC libIDL_2_la-util.lo util.c: In function ‘IDL_emit_IDL_literal’: util.c:2821: warning: format ‘%lld’ expects type ‘long long int’, but argument 3 has type ‘IDL_longlong_t’ CC tstidl.o CCLD libIDL-2.la CCLD tstidl sudo make install ./configure CC=gcc -arch i386 CXX=g++ -arch i386 CPP=gcc -E CXXCPP=g++ -E And then this causes make to break with errors: make $PAR make all-recursive Making all in include Making all in libIDL make all-am make[4]: Nothing to be done for `all-am'. make[3]: Nothing to be done for `all-am'. CC libIDL_2_la-parser.lo CC libIDL_2_la-lexer.lo ./lexer.l: In function ‘__IDL_lex’: ./lexer.l:272: warning: format ‘%llo’ expects type ‘long long unsigned int *’, but argument 3 has type ‘IDL_longlong_t *’ ./lexer.l:277: warning: format ‘%llu’ expects type ‘long long unsigned int *’, but argument 3 has type ‘IDL_longlong_t *’ ./lexer.l:282: warning: format ‘%llx’ expects type ‘long long unsigned int *’, but argument 3 has type ‘IDL_longlong_t *’ ./parser.y: In function ‘__IDL_parse’: ./parser.y:1357: warning: format ‘%lld’ expects type ‘long long int’, but argument 3 has type ‘IDL_longlong_t’ ./parser.y:1357: warning: format ‘%lld’ expects type ‘long long int’, but argument 4 has type ‘IDL_longlong_t’ ./lexer.l: At top level: stdout:2098: warning: ‘__IDL_unput’ defined but not used CC libIDL_2_la-ns.lo CC libIDL_2_la-util.lo util.c: In function ‘IDL_emit_IDL_literal’: util.c:2821: warning: format ‘%lld’ expects type ‘long long int’, but argument 3 has type ‘IDL_longlong_t’ CC tstidl.o CCLD libIDL-2.la ld: warning: in /usr/local/lib/libglib-2.0.dylib, file was built for unsupported file format which is not the architecture being linked (i386) Undefined symbols: _g_strdup_printf, referenced from: _IDL_parse_filename in libIDL_2_la-util.o _g_str_hash, referenced from: _g_str_hash$non_lazy_ptr in libIDL_2_la-ns.o (maybe you meant: _g_str_hash$non_lazy_ptr) _g_string_free, referenced from: _IDL_ns_ident_make_repo_id in libIDL_2_la-parser.o ___IDL_parse in libIDL_2_la-parser.o ___IDL_parse in libIDL_2_la-parser.o _IDL_ns_version in libIDL_2_la-parser.o _g_malloc0, referenced from: _IDL_file_set in libIDL_2_la-parser.o _IDL_ns_new in libIDL_2_la-ns.o _IDL_node_new in libIDL_2_la-util.o _g_hash_table_insert, referenced from: _IDL_file_set in libIDL_2_la-parser.o ___IDL_parse in libIDL_2_la-parser.o ___IDL_parse in libIDL_2_la-parser.o ___IDL_parse in libIDL_2_la-parser.o ___IDL_parse in libIDL_2_la-parser.o ___IDL_parse in libIDL_2_la-parser.o ___IDL_parse in libIDL_2_la-parser.o ___IDL_parse in libIDL_2_la-parser.o _IDL_ns_load_idents_to_tables in libIDL_2_la-ns.o _load_empty_modules in libIDL_2_la-util.o _load_inhibits in libIDL_2_la-util.o _load_forward_dcls in libIDL_2_la-util.o _IDL_tree_property_set in libIDL_2_la-util.o _remove_list_node in libIDL_2_la-util.o _IDL_gentree_new in libIDL_2_la-util.o _IDL_gentree_chain_child in libIDL_2_la-util.o _g_slist_prepend, referenced from: _IDL_tree_is_recursive_walker_pre in libIDL_2_la-util.o _g_assertion_message_expr, referenced from: ___IDL_lex in libIDL_2_la-lexer.o _IDL_tree_is_recursive_walker_post in
