[Libreoffice] Windows Building with subst fails (already for a longer time)

Building on Windows is not easy as on Linux Due to sometimes longe paths I used subst to create new drives directly pointing to the libo source directory. For the first Beta it did work. After a break I had to get used to the new warper (g instead of bin/g). And got a lot of errors. (dmake 127?) i

Re: [Libreoffice] [PATCH] g warper: forcing the recreation of symlinks [RESOLVED]

Hi Seems like M.Meeks did make some changes and PUSHED it to master: "cope with change of path, and broken absolute links this generates" SHA1 ID: 52dc7cfbcdd2b71d789ec1068bebcde44235dcdc My comment to the patch: You don't need to use force for ln if you delete the symlink before. ___

Re: [Libreoffice] [PATCH] g warper: forcing the recreation of symlinks

that's one solution ... the other to compare the DIR and RAWBUILDDIR Am 19.01.2011 23:43, schrieb Norbert Thiebaud: > On Wed, Jan 19, 2011 at 4:36 PM, Bircher Florian wrote: > ahh, yes: once upon a time bootstrap was a cloned git repo like the > other... but now there is no need f

Re: [Libreoffice] [PATCH] g warper: forcing the recreation of symlinks

for cygwin -e check seems to check if the "target of the symlink" exists, not the symlink ifself... But there is a error in the script that this function gets called in the main repro (bootstrap) ... and create symlinks like "ln -s test test". I will create a new patch. Am 19.01.2011 23:03, schr

[Libreoffice] [PATCH] g warper: forcing the recreation of symlinks

Hi, I moved the full repo on win7. After that the symlinks where still pointing to the old destination (they are absolute). The small patch force the recreation of this links on ./g pull|clone. for all my commits here: Contributed under the LGPLv3+ / MPL >From 69d361ff62e4eb25acb6c86418adc3b0a357

Re: [Libreoffice] Suggestion for Windows building

Hi I did not compile for a longer time, so some settings could be already old: My Autogen: ./autogen.sh --with-distro=LibreOfficeWin32 --with-git --disable-activex --disable-atl --with-mozilla-build=D:/programming/mozilla-build --with-psdk-home="/cygdrive/d/Program Files/Microsoft SDKs/Windows/v7.

[Libreoffice] [PATCH] replacing elementsof in win32 tree

some build breakers #include has now #include (commit from shm_get) todo: so a next step would be remove all #include where already is a #include commint under lgpl v3 diff --git a/desktop/win32/source/guistdio/guistdio.inc b/desktop/win32/source/guistdio/guistdio.inc index 7009b24..05

[Libreoffice] [PATCH, EasyHack] Fix for setup_native win32 SAL_N_ELEMENTS

Build errors: ERROR: error 65280 occurred while making /cygdrive/p/build/libreoffice-3.2.99.2/setup_native/source/win32/stwrapper setup_native/source/win32/customactions/sellang/sellang.cxx(188) : error C3861: 'SAL_N_ELEMENTS': identifier not found Reason: missing #include commit under LGPLv3