Re: Build error on branch libreoffice-5-0-4

Thanks Michael, appreciate the fix! If I had a Windows machine currently I’d do a test :-) Chris > On 7 Jan 2016, at 9:55 PM, Michael Stahl wrote: > > On 04.01.2016 04:58, Chris Sherlock wrote: >> I’ve done a quick check of the cygwin documentation, and they say the >> following: >> >>"A

Re: Build error on branch libreoffice-5-0-4

On 04.01.2016 04:58, Chris Sherlock wrote: > I’ve done a quick check of the cygwin documentation, and they say the > following: > > "A few Windows tools, such as find.exe, link.exe andsort.exe, may > conflict > with the Cygwin versions make sure that you use the full path > (/usr/bin/

Re: Build error on branch libreoffice-5-0-4

Hi Jan-Marek, thank you very much for the hint, the build has now completed successfully. Jan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build error on branch libreoffice-5-0-4

Hi, i cannot confirm build problems with lo 5.0.4.2 (win10/VS 2013). i followed instructions given at: https://wiki.documentfoundation.org/Development/BuildingOnWindows my cygwin PATH looks like: PATH='/usr/local/bin:/usr/bin:cygdrive/c/WINDOWS/System32/ [...] build settings: /cygdrive/d/source

Re: Build error on branch libreoffice-5-0-4

Sent from my iPad, please excuse any misspellings > On 04 Jan 2016, at 04:58, Chris Sherlock wrote: > > I’ve done a quick check of the cygwin documentation, and they say the > following: > >"A few Windows tools, such as find.exe, link.exe andsort.exe, may conflict > with the Cygwin

Re: Build error on branch libreoffice-5-0-4

I’ve done a quick check of the cygwin documentation, and they say the following: "A few Windows tools, such as find.exe, link.exe andsort.exe, may conflict with the Cygwin versions make sure that you use the full path (/usr/bin/find) or that your Cygwin bin directory comes first i

Re: Build error on branch libreoffice-5-0-4

Hmmm… this sounds like an issue the RC builder should be catching. Or at the very least, we should have something in the built script that ensures that Windows sort does NOT do this. This version of sort - is this a cygwin supplied version, or is it literally a Windows version? Chris > On 4

Re: Build error on branch libreoffice-5-0-4

Hi Jan, Am 03.01.2016 um 16:09 schrieb Jan Rheinländer: >>> >>> [build RC ] basegfx/default >>> [build RC ] sax/default >>> Die Eingabedatei wurde zweimal angegeben. <<<=== The input >>> file was mentioned twice (my translation) >>> >>> C:/Users/User/Documents/lode/dev/core/solen

Re: Build error on branch libreoffice-5-0-4

Here's a link to a pastebin: http://pastebin.com/ARBxEHUH But, honestly, the build.log is not very helpful. How do I get more verbose output concerning the build process? Jan Am 03.01.2016 um 02:53 schrieb Chris Sherlock: > Perhaps add a link to a pastebin instead of sending the build.log. > >

Re: Build error on branch libreoffice-5-0-4

Perhaps add a link to a pastebin instead of sending the build.log. Chris > On 3 Jan 2016, at 7:21 AM, Jan Rheinländer wrote: > > Hi, > > I tried building the branch libreoffice-5-0-4 on Windows, following the > LODE instructions, and got: > > > [build RC ] cppu/default > [build RC ] cpp

Build error on branch libreoffice-5-0-4

Hi, I tried building the branch libreoffice-5-0-4 on Windows, following the LODE instructions, and got: [build RC ] cppu/default [build RC ] cppuhelper/default [build RC ] xmlreader/default [build C ] cppuhelper/source/findsofficepath.c [build RC ] ucbhelper/default [build RC ] i18nlangtag/