Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Hi Peter, *, On Sat, May 7, 2011 at 5:11 AM, Peter Teeson wrote: > >> checking whether we are allowed and able to use --ccache-skip... probing... >> checking for ccache... /usr/local/bin/ccache >> checking whether version of ccache is suitable... no >> configure: ccache version 3.1.4 not accepted. See description for >> --enable-ccache-skip > . > > So it seems at though autogen doesn't like this version. > Is that what you expected? Yes, the message text regardomg "is suitable" might be misleading though, 3.1 /would/ be suitable, but at tthe time the check was added the latest version was 2.4. The version check was fixed/updated (that is Thorsten's fix Michael was referring to earlier) But even if it would have passed the version check, it would still check whether it is actually used. I.e. in the 3.4 branch, it would print checking whether version of ccache is suitable... yes checking whether ccache is actually used for the build... no, will not enable --ccache-skip But the outcome is the same: ccache-skip will not be enabled. > The autogen produced a MacOSXX86Env.Set.sh file in libo > I edited that to set CC="ccache gcc-4.0" and CXX="ccache g++-4.0" > Then in Terminal I did > source MacOSXX86Env.Set.sh No - you would have to set those before running autogen.sh / configure, otherwise the "is ccache used" will not be able to detect it automatically. (but for ccache version 3.1 and newer it doesn't make a difference, as those versions don't need the ccache-skip anymore in this case) > env > This showed up: CXX=ccache /usr/bin/g++-4.0 > This did not: CC=ccache /usr/bin/g++-4.0 > Did you expect this? Actually: No. I would have expected that yours get overriden with those that are defined in the MacOSXX86Env.set.sh - as that one does a "export CC..." So when you want to change variables after running configure, those have to be changed /after/ sourcing the environment file. > Also for LO, you should increase the size of the cache from the > default of 500MB to 1GB or more > > ccache -s shows max cache size 1.0 Gbytes > man page says it's default OK, then the default has been increased in the meantime - good to know :-) > > USE_CCACHE is in the unset list > So far so good. Next I did Yes, so configure did everything correct :-) > make > This was really fun to watch in Activity Monitor as it sure made use of the > 8 cores and 16 threads. :-)) > [As a former motorbike owner I think we "blued the pipes"] > This seems MAY have worked based on the tail of the log > What do you think? Yes - congratulations to your first build :-) issue "ccache -s" and it should now show many files (as you did set CC / CXX to "ccache ", so your next build should be much faster (depending on disk I/O it can easily be twice as fast) > = > Building module instsetoo_native > = this is the very last module, when everything has been compiled, this module will just assemble the files to an installationset / installable tree > No EPM: do no packaging at this stage As you didn't use --enable-epm, it won't create dmg packages, but > Multiprocessing build is finished the build did succeed :-) > Maximal number of processes run: 8 > Gandalf:libo pteeson$ > Gandalf:~ pteeson$ ccache -s > cache directory /Users/pteeson/.ccache > cache hit (direct) 5 > cache hit (preprocessed) 2 > cache miss 6468 Hmm - that number is low with only --disable-mozilla, I'd expect about twice those files.. Did you also use --disable-binfilter? (or of course if you continued with the tree that did previously fail, the stuff that already has been compiled before the failure will not be recompiled again, so probably all OK here :-) but next time will not yet be blazingly fast, because the already-compiled stuff has not been cached yet. > Thanks to all for the great and patient help so far. > Where do we go from here? Hack on! :-) As you can successfully build now, look for one of the EasyHacks (or whatever bothers you), modify the code and post your first patch to the list :-)) ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Hi Christian,*: Man you are so patient with me and I bow to you. On 2011-05-06, at 4:37 PM, Christian Lohmaier wrote: > If that is all, you installed ccache, but no build will use it. > > To use it you must either set symlinks of the compiler's name to > ccache and put those links in a > path that is searched before the real compiler (that is how I have it > setup), or you need to set CC="ccache gcc-4.0" and CXX="ccache > g++-4.0" It's described in the manpage. At this stage I do not want to setup symbolic links. My own fun projects are not large enough to benefit. What I did was an ./autogen.sh --with-max-jobs=8 --with-num-cpus=8 --disable-mozilla the log shows this. checking whether we are allowed and able to use --ccache-skip... probing... checking for ccache... /usr/local/bin/ccache checking whether version of ccache is suitable... no configure: ccache version 3.1.4 not accepted. See description for --enable-ccache-skip . So it seems at though autogen doesn't like this version. Is that what you expected? The autogen produced a MacOSXX86Env.Set.sh file in libo I edited that to set CC="ccache gcc-4.0" and CXX="ccache g++-4.0" Then in Terminal I did source MacOSXX86Env.Set.sh env This showed up: CXX=ccache /usr/bin/g++-4.0 This did not: CC=ccache /usr/bin/g++-4.0 Did you expect this? > Also for LO, you should increase the size of the cache from the > default of 500MB to 1GB or more ccache -s shows max cache size 1.0 Gbytes man page says it's default > If after this configure run, MacOSX*Env.Set.sh contains export > USE_CCACHE=TRUE, then it is a bug. If instead it is part of the "unset > " line, then the configure check is all OK, and the > build should not fail like it did anymore. USE_CCACHE is in the unset list So far so good. Next I did make This was really fun to watch in Activity Monitor as it sure made use of the 8 cores and 16 threads. [As a former motorbike owner I think we "blued the pipes"] This seems MAY have worked based on the tail of the log What do you think? = Building module instsetoo_native = Entering /Users/pteeson/git/libo/instsetoo_native/inc_openoffice/windows/msi_languages Entering /Users/pteeson/git/libo/instsetoo_native/inc_openoffice/unix mkout -- version: 1.8 mkout -- version: 1.8 Entering /Users/pteeson/git/libo/instsetoo_native/util find: /Users/pteeson/git/libo/translations/source/: No such file or directory dmake: makefile.mk: line 231: Warning: -- Prior to dmake 4.5 only one %-target per target-definition worked reliably. Check your makefiles. dmake: makefile.mk: line 286: Warning: -- Prior to dmake 4.5 only one %-target per target-definition worked reliably. Check your makefiles. No EPM: do no packaging at this stage Multiprocessing build is finished Maximal number of processes run: 8 Gandalf:libo pteeson$ Gandalf:~ pteeson$ ccache -s cache directory /Users/pteeson/.ccache cache hit (direct) 5 cache hit (preprocessed) 2 cache miss 6468 called for link 198 compile failed 6 unsupported compiler option 536 files in cache 17806 cache size 770.6 Mbytes max cache size 1.0 Gbytes Gandalf:~ pteeson$ Thanks to all for the great and patient help so far. Where do we go from here? respect Peter ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Hi Peter, On Fri, May 6, 2011 at 10:08 PM, Peter Teeson wrote: > On 2011-05-06, at 12:05 PM, Christian Lohmaier wrote: > [...] > >> I still think something is wrong with your ccache-setup. Please post >> what the variable CXX and CC are set to in the MacOSX*Env.Set.sh >> file/what compiler command is actually used. > > Last login: Fri May 6 15:52:58 on ttys000 > Gandalf:~ pteeson$ cd git/libo > Gandalf:libo pteeson$ source ./MacOSXX86Env.Set.sh > Gandalf:libo pteeson$ env > . > CXX=/usr/bin/g++-4.0 > CC=/usr/bin/gcc-4.0 > ... OK, no ccache, but real compiler. you're not using ccache at all. >> How did you setup ccache? Using symlinks or by passing environment >> variables? > > Installed ccache from the downloaded tar.bz2 file which was unpacked into a > folder labelled ccache-3.1.4. > From the Terminal I did > ./configure > make > make install If that is all, you installed ccache, but no build will use it. To use it you must either set symlinks of the compiler's name to ccache and put those links in a path that is searched before the real compiler (that is how I have it setup), or you need to set CC="ccache gcc-4.0" and CXX="ccache g++-4.0" It's described in the manpage. Also for LO, you should increase the size of the cache from the default of 500MB to 1GB or more > NOTE: From log of last ./autogen.sh which I just ran (without > --enable-cache-skip)echo. > NOTE: I get these same lines whether or not --enable-cache-skip is passed to > autogen. No, you will never get the same configure output. If you explicitly enable it, configure will print "checking whether we are allowed and able to use --ccache-skip... yes - enabled explicitly, skipping checks" and not do the probing as shown below. Maybe you're talking about something else? If it is the CC and CXX entries: Yes, the ccache-skip doesn't have any impact. The difference in the environment is that once the environment variable USE_CCACHE will be set to true in the "enabled" case, and not set (explicitly unset) when it is not enabled. > NOTE: Perhaps this is the nub of the problem? > checking whether we are allowed and able to use --ccache-skip... probing... > checking for ccache... /usr/local/bin/ccache checking whether version of > ccache is suitable... no configure: ccache version 3.1.4 not accepted. See > description for --enable-ccache-skip > What next? So it rejects ccache - but still uses it. That would be a bug (but I think you didn't clear your environment in your previous re-tries - and it was re-using your previous configure arguments even when you didn't explicitly specify anything on the autogen.sh run) If after this configure run, MacOSX*Env.Set.sh contains export USE_CCACHE=TRUE, then it is a bug. If instead it is part of the "unset " line, then the configure check is all OK, and the build should not fail like it did anymore. ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Thanks Christian, *: On 2011-05-06, at 12:05 PM, Christian Lohmaier wrote: > Hi Peter, *, > > On Fri, May 6, 2011 at 5:35 PM, Peter Teeson wrote: >> [...] >> OK my version of ccache is 3.1.4 > > And are you sure that this is also used when building? > Please show configure's output regarding the ccache check. > > And also make sure to run configure/autogen.sh from a clean shell, > without having the environment variables from a previous compile set > (i.e. from a shell were you didn't source the MacOSX*Env.Set.sh file) > This really looks like the ccache bug wrt. --ccache-skip handling, > where it would strip the wrong arguments. > > when use of ccache-skip is enabled, the following: > http://cgit.freedesktop.org/libreoffice/bootstrap/tree/solenv/inc/unxmacx.mk#n103 > # -x options generally ignored by ccache, tell it that it can cache > # the result nevertheless > CCACHE_SKIP:=$(eq,$(USE_CCACHE),YES --ccache-skip $(NULL)) > OBJCXXFLAGS:=$(CCACHE_SKIP) -x $(CCACHE_SKIP) objective-c++ -fobjc-exceptions I completely understand this (I looked at the web page) > will result in "--ccache-skip -x --ccache-skip objective-c++ > -fobjc-exceptions" to be added to the compile flags. > Your snippet (single-process build would be easier to tell what line > belongs to what execution) shows that apparently > "-x --ccache-skip objective-c++ -fobjc-exceptions" ends up being > passed to the compiler. > > And this clearly is wrong, the real compiler should be called with "-x > objective-c++ -fobjc-exceptions" > > I still think something is wrong with your ccache-setup. Please post > what the variable CXX and CC are set to in the MacOSX*Env.Set.sh > file/what compiler command is actually used. Last login: Fri May 6 15:52:58 on ttys000 Gandalf:~ pteeson$ cd git/libo Gandalf:libo pteeson$ source ./MacOSXX86Env.Set.sh Gandalf:libo pteeson$ env . CXX=/usr/bin/g++-4.0 CC=/usr/bin/gcc-4.0 ... > How did you setup ccache? Using symlinks or by passing environment variables? > > ciao > Christian Installed ccache from the downloaded tar.bz2 file which was unpacked into a folder labelled ccache-3.1.4. From the Terminal I did ./configure make make install NOTE: From log of last ./autogen.sh which I just ran (without --enable-cache-skip)echo. NOTE: I get these same lines whether or not --enable-cache-skip is passed to autogen. NOTE: Perhaps this is the nub of the problem? checking whether we are allowed and able to use --ccache-skip... probing... checking for ccache... /usr/local/bin/ccache checking whether version of ccache is suitable... no configure: ccache version 3.1.4 not accepted. See description for --enable-ccache-skip What next? Peter ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Hi Peter, *, On Fri, May 6, 2011 at 5:35 PM, Peter Teeson wrote: > [...] > OK my version of ccache is 3.1.4 And are you sure that this is also used when building? Please show configure's output regarding the ccache check. And also make sure to run configure/autogen.sh from a clean shell, without having the environment variables from a previous compile set (i.e. from a shell were you didn't source the MacOSX*Env.Set.sh file) > --disable-systray not really needed, as gtk is not available, that one is disabled as well automatically. > Still a problem. Here are log extracts: > .. > Building module lingucomponent > Compiling: lingucomponent/source/spellcheck/macosxspell/macreg.cxx > Compiling: lingucomponent/source/spellcheck/macosxspell/macspellimp.cxx > i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory > i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory > i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized > i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized > i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized > i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized > dmake: Error code 1, while making '../../../unxmacxi.pro/slo/macreg.obj' > Retrying /Users/pteeson/git/libo/lingucomponent/source/spellcheck/macosxspell This really looks like the ccache bug wrt. --ccache-skip handling, where it would strip the wrong arguments. when use of ccache-skip is enabled, the following: http://cgit.freedesktop.org/libreoffice/bootstrap/tree/solenv/inc/unxmacx.mk#n103 # -x options generally ignored by ccache, tell it that it can cache # the result nevertheless CCACHE_SKIP:=$(eq,$(USE_CCACHE),YES --ccache-skip $(NULL)) OBJCXXFLAGS:=$(CCACHE_SKIP) -x $(CCACHE_SKIP) objective-c++ -fobjc-exceptions will result in "--ccache-skip -x --ccache-skip objective-c++ -fobjc-exceptions" to be added to the compile flags. Your snippet (single-process build would be easier to tell what line belongs to what execution) shows that apparently "-x --ccache-skip objective-c++ -fobjc-exceptions" ends up being passed to the compiler. And this clearly is wrong, the real compiler should be called with "-x objective-c++ -fobjc-exceptions" I still think something is wrong with your ccache-setup. Please post what the variable CXX and CC are set to in the MacOSX*Env.Set.sh file/what compiler command is actually used. How did you setup ccache? Using symlinks or by passing environment variables? ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
On 2011-05-06, at 5:36 AM, Michael Meeks wrote: > H Peter, > > On Thu, 2011-05-05 at 13:54 -0400, Peter Teeson wrote: > Hm, did you give --enable-ccache-skip on autogen/configure? It seems your ccache does not properly eat those arguments. > .. >>> Where do we go from here? > > Thorsten committed a fix for this to master I believe; I don't think > you need --enable-ccache-skip if you have a recent ccache (at least so a > recent mail suggested). > > So - I would do: > > $ ./g pull -r # to get the latest code > > Edit --enable-ccache-skip out of your autogen.lastrun, re-run > autogen.sh (no argument necessary it'll just use autogen.lastrun), and > re-run make. > > Hopefully life will be better then, and (hopefully) we'll have fixed > the problem for everyone in the meantime too - so good work. > > Thanks ! > > Michael. > > -- > michael.me...@novell.com <><, Pseudo Engineer, itinerant idiot OK my version of ccache is 3.1.4 autogen.lastrun modified Last login: Fri May 6 11:18:08 on ttys000 Gandalf:~ pteeson$ cd git/libo Gandalf:libo pteeson$ cat autogen.lastrun --with-max-jobs=8 --with-num-cpus=8 --disable-mozilla --disable-systray Gandalf:libo pteeson$ Still a problem. Here are log extracts: I'm not yet ready to give up but getting close. respect... Peter Gandalf:~ pteeson$ cd git/libo Gandalf:libo pteeson$ ./g pull -r = main repo = remote: Counting objects: 82, done. remote: Compressing objects: 100% (43/43), done. remote: Total 43 (delta 32), reused 0 (delta 0) Unpacking objects: 100% (43/43), done. >From git://anongit.freedesktop.org/libreoffice/bootstrap b66d73d..cdaa273 libreoffice-3-4 -> origin/libreoffice-3-4 a972370..c58 master -> origin/master First, rewinding head to replay your work on top of it... Fast-forwarded master to c58d0e618d46af9853a1d390b55e9ada48c7. = artwork = .. .. Building module lingucomponent = Entering /Users/pteeson/git/libo/lingucomponent/inc Entering /Users/pteeson/git/libo/lingucomponent/source/lingutil Entering /Users/pteeson/git/libo/lingucomponent/source/hyphenator/altlinuxhyph/hyphen Entering /Users/pteeson/git/libo/lingucomponent/source/languageguessing Entering /Users/pteeson/git/libo/lingucomponent/source/spellcheck/macosxspell Entering /Users/pteeson/git/libo/lingucomponent/source/spellcheck/spell Entering /Users/pteeson/git/libo/lingucomponent/source/thesaurus/libnth Compiling: lingucomponent/source/spellcheck/macosxspell/macreg.cxx Compiling: lingucomponent/source/spellcheck/macosxspell/macspellimp.cxx i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized dmake: Error code 1, while making '../../../unxmacxi.pro/slo/macreg.obj' Retrying /Users/pteeson/git/libo/lingucomponent/source/spellcheck/macosxspell Compiling: lingucomponent/source/spellcheck/macosxspell/macreg.cxx Compiling: lingucomponent/source/spellcheck/macosxspell/macspellimp.cxx i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory dmake: Error code 1, while making '../../../unxmacxi.pro/slo/macspellimp.obj' i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized --- 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 internal build errors: ERROR: error 65280 occurred while making /Users/pteeson/git/libo/vcl/aqua/source/gdi ERROR: error 65280 occurred while making /Users/pteeson/git/libo/vcl/aqua/source/window ERROR: error 65280 occurred while making /Users/pteeson/git/libo/vcl/aqua/source/a11y ERROR: error 65280 occurred while making /Users/pteeson/git/libo/vcl/source/app ERROR: error 65280 occurred while making /Users/pteeson/git/libo/shell/source/backends/macbe ERROR: error 65280 occurred while making /Users/pteeson/git/libo/lingucomponent/source/spellcheck/macosxspell it seems you are using a threaded build, which means that the actual compile error is probably hidden far above, and could be inside any of these other modules: vcl lingucomponent please re-run build inside each one to isolate the problem. --
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Peter Teeson wrote: > > Hm, did you give --enable-ccache-skip on autogen/configure? It seems > > your ccache does not properly eat those arguments. > > > > Yes I did indeed > And Xcode is 3.2.4 and SDK 10.4 is installed > My MacPro 2x2.66Ghz Quad-core "Nehalem", 6GB RAM > Mac OS X 10.6.6 , ... all standard from Apple > > Where do we go from here? > Either don't use --enable-ccache-skip, or update ccache to >=3.1 - but see below Christian Lohmaier wrote: > With ccache >= 3.1 the actual --ccache-skip is no longer needed. The > whole point for the version check in the first place. > So the check should be turned into a warning/sanity check only and > should strongly suggest to use ccache 3.1 or newer (at least on Mac) > and the ccache-skip removed from solenv/inc/unxmac* - without > ccache-skip earlier versions of ccache will just not cache the result. > Ah, missed that mail somehow - yep, makes sense. Cheers, -- Thorsten pgpprLSZ3dLIW.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Peter Teeson wrote: > (0) In fact I have the Build instructions handy as I printed them out for > easy reference. > It's not clear to me from them as to which directory one should be in > to issue them. > > Is it correct to assume git/libo? > Yes > (1) "please re-run build inside each one to isolate the problem" > doesn't make sense to me. Inside what? > Inside those toplevel directories - e.g. "vcl" > (2) looks like it was expecting a file or directory named objective-c++ > > (3) log extract for vcl > . > . > Compiling: ucb/source/ucp/tdoc/tdoc_stgelems.cxx > : && > DYLD_LIBRARY_PATH=/Users/pteeson/git/libo/solver/300/unxmacxi.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}} > xsltproc --nonet --stringparam uri \ > 'vnd.sun.star.expand:$OOO_BASE_DIR/program/ucptdoc1.uno.dylib' -o > ../../../unxmacxi.pro/misc/ucptdoc1.component \ > /Users/pteeson/git/libo/solenv/bin/createcomponent.xslt > ucptdoc1.component > Compiling: shell/unxmacxi.pro/misc/localebe1.uno_version.c > Compiling: shell/source/backends/macbe/macbecdef.cxx > Compiling: shell/source/backends/macbe/macbackend.cxx > i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory > i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized > i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized > Hm, did you give --enable-ccache-skip on autogen/configure? It seems your ccache does not properly eat those arguments. Cheers, -- Thorsten pgpFXudCrg5o0.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Thanks for your patience and help Thorsten See below. respect Peter On 2011-05-05, at 5:46 AM, Thorsten Behrens wrote: > Peter Teeson wrote: >> --- my comments & questions - >> (0) The symbolic links are correct >> (1) What does it mean to " please re-run build inside each one to >> isolate the problem." >> > See > http://wiki.documentfoundation.org/Development/Native_Build#Partial_build >> NOTE: I found these in the log: >> /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:18882: dmake: Error >> code 1, while making '../../../unxmacxi.pro/slo/macbecdef.obj' >> /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:18893: dmake: Error >> code 1, while making '../../../unxmacxi.pro/slo/macbecdef.obj' >> /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25236: dmake: Error >> code 1, while making '../../../unxmacxi.pro/slo/salobj.obj' >> /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25261: dmake: Error >> code 1, while making '../../unxmacxi.pro/slo/stdtext.obj' >> /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25304: >> i686-apple-darwin10-g++-4.0.1: dmake: Error code 1, while making >> '../../../unxmacxi.pro/slo/salframe.obj' >> /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25321: dmake: Error >> code 1, while making '../../../unxmacxi.pro/slo/aqua11yfactory.obj' >> /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25352: dmake: Error >> code 1, while making '../../unxmacxi.pro/slo/help.obj' >> /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25398: dmake: Error >> code 1, while making '../../../unxmacxi.pro/slo/aqua11ycomponentwrapper.obj' >> /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:26097: dmake: Error >> code 1, while making '../../../unxmacxi.pro/slo/macspellimp.obj' >> /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:26106: dmake: Error >> code 1, while making '../../../unxmacxi.pro/slo/macspellimp.obj' >> > Sadly, this captured only the secondary failure - what we'd need is > the actual compiler error message. Best upload your full build log > somewhere, or at least gratuitously large parts around the lines > that fail. > > Note that the partial build mentioned above should get you ~only the errors (0) In fact I have the Build instructions handy as I printed them out for easy reference. It's not clear to me from them as to which directory one should be in to issue them. Is it correct to assume git/libo? (1) "please re-run build inside each one to isolate the problem" doesn't make sense to me. Inside what? (2) looks like it was expecting a file or directory named objective-c++ (3) log extract for vcl . . Compiling: ucb/source/ucp/tdoc/tdoc_stgelems.cxx : && DYLD_LIBRARY_PATH=/Users/pteeson/git/libo/solver/300/unxmacxi.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}} xsltproc --nonet --stringparam uri \ 'vnd.sun.star.expand:$OOO_BASE_DIR/program/ucptdoc1.uno.dylib' -o ../../../unxmacxi.pro/misc/ucptdoc1.component \ /Users/pteeson/git/libo/solenv/bin/createcomponent.xslt ucptdoc1.component Compiling: shell/unxmacxi.pro/misc/localebe1.uno_version.c Compiling: shell/source/backends/macbe/macbecdef.cxx Compiling: shell/source/backends/macbe/macbackend.cxx i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized dmake: Error code 1, while making '../../../unxmacxi.pro/slo/macbecdef.obj' : && DYLD_LIBRARY_PATH=/Users/pteeson/git/libo/solver/300/unxmacxi.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}} xsltproc --nonet --stringparam uri \ 'vnd.sun.star.expand:$OOO_BASE_DIR/program/localebe1.uno.dylib' -o ../../../unxmacxi.pro/misc/localebe1.component \ /Users/pteeson/git/libo/solenv/bin/createcomponent.xslt localebe1.component Retrying /Users/pteeson/git/libo/shell/source/backends/macbe Compiling: shell/source/backends/macbe/macbecdef.cxx Compiling: shell/source/backends/macbe/macbackend.cxx i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized dmake: Error code 1, while making '../../../unxmacxi.pro/slo/macbecdef.obj' i686-apple-darwin10-g++-4.0.1: objective-c++: No such file or directory i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized i686-apple-darwin10-g++-4.0.1: language --ccache-skip not recognized ... .. (4) log extract for lingucomponent ... ... Compiling: lingucomponent/source/languageguessing/guesslang.cxx : && DYLD_LIBRARY_PATH=
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Peter Teeson wrote: > --- my comments & questions - > (0) The symbolic links are correct > (1) What does it mean to " please re-run build inside each one to > isolate the problem." > See http://wiki.documentfoundation.org/Development/Native_Build#Partial_build > NOTE: I found these in the log: > /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:18882: dmake: Error > code 1, while making '../../../unxmacxi.pro/slo/macbecdef.obj' > /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:18893: dmake: Error > code 1, while making '../../../unxmacxi.pro/slo/macbecdef.obj' > /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25236: dmake: Error > code 1, while making '../../../unxmacxi.pro/slo/salobj.obj' > /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25261: dmake: Error > code 1, while making '../../unxmacxi.pro/slo/stdtext.obj' > /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25304: > i686-apple-darwin10-g++-4.0.1: dmake: Error code 1, while making > '../../../unxmacxi.pro/slo/salframe.obj' > /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25321: dmake: Error > code 1, while making '../../../unxmacxi.pro/slo/aqua11yfactory.obj' > /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25352: dmake: Error > code 1, while making '../../unxmacxi.pro/slo/help.obj' > /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25398: dmake: Error > code 1, while making '../../../unxmacxi.pro/slo/aqua11ycomponentwrapper.obj' > /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:26097: dmake: Error > code 1, while making '../../../unxmacxi.pro/slo/macspellimp.obj' > /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:26106: dmake: Error > code 1, while making '../../../unxmacxi.pro/slo/macspellimp.obj' > Sadly, this captured only the secondary failure - what we'd need is the actual compiler error message. Best upload your full build log somewhere, or at least gratuitously large parts around the lines that fail. Note that the partial build mentioned above should get you ~only the errors HTH, -- Thorsten pgpeo7EER2luj.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Update on how this worked. On 2011-05-04, at 6:58 PM, Peter Teeson wrote: > Hi Michael et al: > Tried everything suggested so far. Same build failure. > Peter > > P.S. Right now going to watch the evening news whilst doing: > > Gandalf:git pteeson$ rm -dfR libo > Gandalf:git pteeson$ git clone > git://anongit.freedesktop.org/libreoffice/bootstrap libo > Cloning into libo... > remote: Counting objects: 97475, done. > ... > --- 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 internal build errors: ERROR: error 65280 occurred while making /Users/pteeson/git/libo/vcl/aqua/source/window ERROR: error 65280 occurred while making /Users/pteeson/git/libo/vcl/aqua/source/a11y ERROR: error 65280 occurred while making /Users/pteeson/git/libo/vcl/source/app ERROR: error 65280 occurred while making /Users/pteeson/git/libo/shell/source/backends/macbe ERROR: error 65280 occurred while making /Users/pteeson/git/libo/lingucomponent/source/spellcheck/macosxspell it seems you are using a threaded build, which means that the actual compile error is probably hidden far above, and could be inside any of these other modules: vcl lingucomponent please re-run build inside each one to isolate the problem. --- rm -Rf /Users/pteeson/git/libo/shell/unxmacxi.pro # optional module 'clean' /bin/sh cd /Users/pteeson/git/libo source ./MacOSXX86Env.Set.sh cd shell build when the problem is isolated and fixed exit and re-run 'make' from the top-level make: *** [check] Error 1 Gandalf:libo pteeson$ == end of log == --- my comments & questions - (0) The symbolic links are correct (1) What does it mean to " please re-run build inside each one to isolate the problem." NOTE: I found these in the log: /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:18882: dmake: Error code 1, while making '../../../unxmacxi.pro/slo/macbecdef.obj' /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:18893: dmake: Error code 1, while making '../../../unxmacxi.pro/slo/macbecdef.obj' /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25236: dmake: Error code 1, while making '../../../unxmacxi.pro/slo/salobj.obj' /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25261: dmake: Error code 1, while making '../../unxmacxi.pro/slo/stdtext.obj' /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25304: i686-apple-darwin10-g++-4.0.1: dmake: Error code 1, while making '../../../unxmacxi.pro/slo/salframe.obj' /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25321: dmake: Error code 1, while making '../../../unxmacxi.pro/slo/aqua11yfactory.obj' /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25352: dmake: Error code 1, while making '../../unxmacxi.pro/slo/help.obj' /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:25398: dmake: Error code 1, while making '../../../unxmacxi.pro/slo/aqua11ycomponentwrapper.obj' /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:26097: dmake: Error code 1, while making '../../../unxmacxi.pro/slo/macspellimp.obj' /Users/pteeson/Desktop/LibreOffice/5May-2nd Build.txt:26106: dmake: Error code 1, while making '../../../unxmacxi.pro/slo/macspellimp.obj' ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Le 04/05/11 20:30, Peter Teeson a écrit : > Well I resumed the "first" build and it seems as though the downloads did > finally complete. > But the post download checks indicate incomplete dependencies. > > What to do from here? > Try the following, it has worked for me in the past 1) git pull && ./g pull 2) .autogen.sh 3) ./download Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] First build resumed but failed on incomplete dependancies
Hi Peter, On Wed, 2011-05-04 at 14:30 -0400, Peter Teeson wrote: > Well I resumed the "first" build and it seems as though the downloads > did finally complete. But the post download checks indicate > incomplete dependencies. Ho hum - that is unfortunate; it is possible that you're missing some symlinks links - what does your 'ls -l' look like in libo/ (which I assume is just a rename of 'bootstrap'). > What to do from here? :-) persist; when we get it fixed for you - hopefully we'll fix it for others too. > (It takes me back to the 70's and my mainframe assembler > system programmer days) Well - our build system is (unfortunately) a little like that; we are working to try to improve it in several ways. > (As I said don't take this personally. I'm trying to get up to > speed so as to contribute) Of course. > Fetching dependencies for module l10ntools from solver... failed > > ERROR: incomplete dependencies! This basically means it is missing a module 'l10ntools' that should be: $ ls -l l10ntools lrwxrwxrwx 2 michael users 56 Mar 24 11:00 l10ntools -> .../bootstrap/clone/libs-gui/l10ntools So - I suspect (somehow) your libs-gui checkout failed. If you re-run 'make' or ./download it may fix that; removing clone/libs-gui and trying again (perhaps you have a corrupt git repo there) might help - but at least it looks like you're a lot closer to a build. Thanks for persisting ! :-) I guess, if we can show that git is producing corrupt repositories when it is aborted during download - it might be good to patch download to detect that, and remove broken directories (out of interest how did you kill the download -ctrl-c- interactively, or something harder ? ) All the best, Michael. -- michael.me...@novell.com <><, Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] First build resumed but failed on incomplete dependancies
Well I resumed the "first" build and it seems as though the downloads did finally complete. But the post download checks indicate incomplete dependencies. What to do from here? (Don't get me wrong - I do appreciate this is all volunteer effort) (But I'm not used to this anymore... I'm on a Mac and "it just works - eh?") (It takes me back to the 70's and my mainframe assembler system programmer days) (We used to have to go through this kind of stuff with IBM and PTFs) (As I said don't take this personally. I'm trying to get up to speed so as to contribute) respect Peter Last login: Wed May 4 12:58:20 on ttys001 Gandalf:~ pteeson$ cd git/libo Gandalf:libo pteeson$ make ln: .git/hooks/commit-msg: No such file or directory ln: .git/hooks/post-merge: No such file or directory ln: .git/hooks/pre-commit: No such file or directory = testing = Cloning into testing... . . = writer = Cloning into writer... remote: Counting objects: 259960, done. remote: Compressing objects: 100% (90003/90003), done. remote: Total 259960 (delta 183915), reused 243905 (delta 169432) Receiving objects: 100% (259960/259960), 46.55 MiB | 93 KiB/s, done. Resolving deltas: 100% (183915/183915), done. creating missing link starmath /Users/pteeson/git/libo/clone/writer/starmath -> /Users/pteeson/git/libo/starmath creating missing link sw /Users/pteeson/git/libo/clone/writer/sw -> /Users/pteeson/git/libo/sw 4ea70ea87b47e92d318d4e7f5b940f47-cairo-1.8.0.tar.gz fetching 4ea70ea87b47e92d318d4e7f5b940f47-cairo-1.8.0.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 5529k 100 5529k0 0 648k 0 0:00:08 0:00:08 --:--:-- 745k 881af2b7dca9b8259abbca00bbbc004d-LinLibertineG-20110101.zip fetching 881af2b7dca9b8259abbca00bbbc004d-LinLibertineG-20110101.zip % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 3907k 100 3907k0 0 596k 0 0:00:06 0:00:06 --:--:-- 751k Unpacking OxygenOffice extras ... Copy extensions to their location ... * * Running the post download checks. * checking build system type... i386-apple-darwin10.6.0 checking host system type... i386-apple-darwin10.6.0 checking target system type... i386-apple-darwin10.6.0 build -- version: 275224 Fetching dependencies for module l10ntools from solver... failed ERROR: incomplete dependencies! make: *** [all] Error 1 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice