[Libreoffice] Build failure/breakage on Mac OSX in module sal with commit 72682b9...ca7e6f5
After pulling from master today the commit 72682b9...ca7e6f5, I get the following when trying to build on Mac OSX : --- ALWAYSDBGFILES --- Compiling: sal/rtl/source/debugprint.cxx --- ALWAYSDBGFILES OVER --- Compiling: sal/rtl/source/memory.cxx Compiling: sal/rtl/source/cipher.cxx Compiling: sal/rtl/source/crc.cxx Compiling: sal/rtl/source/digest.cxx Compiling: sal/rtl/source/random.cxx Compiling: sal/rtl/source/locale.cxx dmake: Error: -- `strimp.h' not found, and can't be made Making:oslall.lib Making:all_oslall.dpslo Making:oslall.lib Making:all_oslall.dpobj --- 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/Shared/LO/master/sal/rtl/source Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build failure/breakage on Mac OSX in module sal with commit 72682b9...ca7e6f5
Hi Alex, On Thu, 2011-11-03 at 10:40 +0100, Alexander Thurgood wrote: After pulling from master today the commit 72682b9...ca7e6f5, I get the following when trying to build on Mac OSX : You need to follow the advice we used to give to remove the output directory in sal/ internal build errors: Thankfully, with more and more of the code gbuild-ified these have become really rather rare, but such changes in the low-level modules leave dangling broken dependencies we can't cope with. We should prolly mail the list when one of these happens. HTH, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build failure/breakage on Mac OSX in module sal with commit 72682b9...ca7e6f5
Le 03/11/11 10:54, Michael Meeks a écrit : Hi Michael, You need to follow the advice we used to give to remove the output directory in sal/ internal build errors: Thankfully, with more and more of the code gbuild-ified these have become really rather rare, but such changes in the low-level modules leave dangling broken dependencies we can't cope with. We should prolly mail the list when one of these happens. That would indeed be helpful. I've noticed in the past that this is sometimes done, and sometimes not. For those who don't live and breathe the build process and know the code intimately, is there a known list of modules where one should just automatically assume that any changes to it would require a make clean, before rebuild ? Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build failure/breakage on Mac OSX in module sal with commit 72682b9...ca7e6f5
Hi Alex, On Thu, 2011-11-03 at 12:38 +0100, Alexander Thurgood wrote: That would indeed be helpful. I've noticed in the past that this is sometimes done, and sometimes not. :-) For those who don't live and breathe the build process and know the code intimately, is there a known list of modules where one should just automatically assume that any changes to it would require a make clean, before rebuild ? Well - build.pl should tell you what to do in it's output I think; but the rule is if it has a 'unxlngi6.pro' type directory in there - there is no harm cleaning it out. Of course on OS/X it'll be called something different - but the pattern is hopefully similar. HTH, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice