Re: Build Failure on Cygwin Windows

2012-05-01 Thread Caolán McNamara 
On Wed, 2012-04-18 at 17:36 -0700, Johnny Chen wrote:
> [ build JVH ]
> CustomTarget/accessibility/bridge/inc/WindowsAccessBridgeAdapter.h
> Error: Could not find class file for
> 'org.openoffice.accessibility.WindowsAccessBridgeAdapter'.
> C:/libo/solenv/gbuild/StaticLibrary.mk:49: *** gb_Deliver_deliver:
> file does not exist in solver, and cannot be
> delivered: /cygdrive/c/libo/solver/wntmsci12.pro/lib/svtool.lib.
> Stop.

I saw this today as well under windows with JDK 7, 
http://cgit.freedesktop.org/libreoffice/core/commit/?id=fc7333c77bad1ddf5baab81a0d93eca43b6804f6
seems to fix it for me.

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build Failure on Cygwin Windows

2012-04-18 Thread Johnny Chen 
Sorry, I replaced that javah command with the one you gave me but now I got
another error:

[ build JVH ]
CustomTarget/accessibility/bridge/inc/WindowsAccessBridgeAdapter.h
Error: Could not find class file for
'org.openoffice.accessibility.WindowsAccessBridgeAdapter'.
C:/libo/solenv/gbuild/StaticLibrary.mk:49: *** gb_Deliver_deliver: file
does not exist in solver, and cannot be delivered: /cygdrive/c/libo/solver/
wntmsci12.pro/lib/svtool.lib.  Stop.

On Wed, Apr 18, 2012 at 7:27 AM, Matúš Kukan  wrote:

> On 15 April 2012 17:51, Johnny Chen  wrote:
> > [ build JVH ]
> > CustomTarget/accessibility/bridge/inc/WindowsAccessBridgeAdapter.h
> > Error: Class com.sun.star.uno.XComponentContext could not be found.
>
> Ops, sorry, does this help ? Still something missing ?
>
> -javah -classpath . -o $(call gb_Helper_native_path,$@)
> org.openoffice.accessibility.WindowsAccessBridgeAdapter
> +javah -classpath $(ACBI) -o $(call gb_Helper_native_path,$@)
> org.openoffice.accessibility.WindowsAccessBridgeAdapter
>
> in accessibility/CustomTarget_bridge_inc.mk
>
> --
> Matus
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build Failure on Cygwin Windows

2012-04-18 Thread Matúš Kukan 
On 15 April 2012 17:51, Johnny Chen  wrote:
> [ build JVH ]
> CustomTarget/accessibility/bridge/inc/WindowsAccessBridgeAdapter.h
> Error: Class com.sun.star.uno.XComponentContext could not be found.

Ops, sorry, does this help ? Still something missing ?

-javah -classpath . -o $(call gb_Helper_native_path,$@)
org.openoffice.accessibility.WindowsAccessBridgeAdapter
+javah -classpath $(ACBI) -o $(call gb_Helper_native_path,$@)
org.openoffice.accessibility.WindowsAccessBridgeAdapter

in accessibility/CustomTarget_bridge_inc.mk

--
Matus
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build Failure on Cygwin Windows

2012-04-15 Thread Johnny Chen 
Oh, and to provide a bit of extra information, I *DO* have the
XComponentContext class under:

C:\libo\workdir\wntmsci12.pro
\CustomTarget\ridljar\javamaker\class\com\sun\star\uno

Hope this helps.
Thanks.

On Sun, Apr 15, 2012 at 8:51 AM, Johnny Chen  wrote:

> Hi,
>
> First, thank you all for the tips and advices. I was able to get pass most
> of the problems by moving the source root to C:/libo. My build is almost
> finished. However, I'm still having problems in the tail_build module:
>
> [ build JVH ]
> CustomTarget/accessibility/bridge/inc/WindowsAccessBridgeAdapter.h
> Error: Class com.sun.star.uno.XComponentContext could not be found.
>
> I have attached the build_error.log file.
>
> Thanks again.
> Johnny
>
>
> On Sun, Apr 15, 2012 at 5:59 AM, Mat M  wrote:
>
>> Hello
>>
>> Under windows native (don't know about cygwin), there is one limit at 250
>> characters, depending on the way you store the path (seen with an old
>> version of sqlite dll). This kind of error is more prone when you have a
>> long series of folder, like java components etc.
>>
>> HTH
>>
>> regards
>> Le Sat, 14 Apr 2012 09:42:16 +0200, Lubos Lunak  a
>> écrit:
>>
>>
>>  On Friday 13 of April 2012, Matúš Kukan wrote:
>>>
 On 12 April 2012 13:38, Caolán McNamara  wrote:
 > On Thu, 2012-04-12 at 12:57 +0200, Michael Stahl wrote:
 >> rumor has it that putting the source in Cygwin home has never ever
 >> worked, but i have no idea why.

 Heh, so I may be the first person in the world who have done that ? :-)

>>> ...
>>>
 Anyway with this patch I was able to build in /home, install and also
 write some text in Draw.
 Hopefully it will work also for others (for all ?).

 Could someone, please, try ?

>>>
>>>  Works for me too. I have changed the Win-x86_6-fast tinderbox to build
>>> in
>>> ~/libreoffice , so this should not go unnoticed the next time.
>>>
>>>  I think we could remove new warning from
 http://wiki.**documentfoundation.org/**Development/Windows_Build_**
 Dependencies

>>>
>>>  I wonder about the part about the length of the path.
>>> (c:/cygwin)/home/tinderbox/**libreoffice is not that short, but the
>>> build has
>>> finished successfully, the resulting .msi installed without problems,
>>> and I
>>> didn't notice any problems when running it. Has that been fixed somehow
>>> as
>>> well?
>>>
>>>
>>
>> --
>> Mat M
>>
>> __**_
>> 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: Build Failure on Cygwin Windows

2012-04-15 Thread Johnny Chen 
Hi,

First, thank you all for the tips and advices. I was able to get pass most
of the problems by moving the source root to C:/libo. My build is almost
finished. However, I'm still having problems in the tail_build module:

[ build JVH ]
CustomTarget/accessibility/bridge/inc/WindowsAccessBridgeAdapter.h
Error: Class com.sun.star.uno.XComponentContext could not be found.

I have attached the build_error.log file.

Thanks again.
Johnny

On Sun, Apr 15, 2012 at 5:59 AM, Mat M  wrote:

> Hello
>
> Under windows native (don't know about cygwin), there is one limit at 250
> characters, depending on the way you store the path (seen with an old
> version of sqlite dll). This kind of error is more prone when you have a
> long series of folder, like java components etc.
>
> HTH
>
> regards
> Le Sat, 14 Apr 2012 09:42:16 +0200, Lubos Lunak  a écrit:
>
>
>  On Friday 13 of April 2012, Matúš Kukan wrote:
>>
>>> On 12 April 2012 13:38, Caolán McNamara  wrote:
>>> > On Thu, 2012-04-12 at 12:57 +0200, Michael Stahl wrote:
>>> >> rumor has it that putting the source in Cygwin home has never ever
>>> >> worked, but i have no idea why.
>>>
>>> Heh, so I may be the first person in the world who have done that ? :-)
>>>
>> ...
>>
>>> Anyway with this patch I was able to build in /home, install and also
>>> write some text in Draw.
>>> Hopefully it will work also for others (for all ?).
>>>
>>> Could someone, please, try ?
>>>
>>
>>  Works for me too. I have changed the Win-x86_6-fast tinderbox to build in
>> ~/libreoffice , so this should not go unnoticed the next time.
>>
>>  I think we could remove new warning from
>>> http://wiki.**documentfoundation.org/**Development/Windows_Build_**
>>> Dependencies
>>>
>>
>>  I wonder about the part about the length of the path.
>> (c:/cygwin)/home/tinderbox/**libreoffice is not that short, but the
>> build has
>> finished successfully, the resulting .msi installed without problems, and
>> I
>> didn't notice any problems when running it. Has that been fixed somehow as
>> well?
>>
>>
>
> --
> Mat M
>
> __**_
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.**org 
> http://lists.freedesktop.org/**mailman/listinfo/libreoffice
>


build_error.log
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build Failure on Cygwin Windows

2012-04-15 Thread Mat M 

Hello

Under windows native (don't know about cygwin), there is one limit at 250  
characters, depending on the way you store the path (seen with an old  
version of sqlite dll). This kind of error is more prone when you have a  
long series of folder, like java components etc.


HTH

regards
Le Sat, 14 Apr 2012 09:42:16 +0200, Lubos Lunak  a écrit:


On Friday 13 of April 2012, Matúš Kukan wrote:

On 12 April 2012 13:38, Caolán McNamara  wrote:
> On Thu, 2012-04-12 at 12:57 +0200, Michael Stahl wrote:
>> rumor has it that putting the source in Cygwin home has never ever
>> worked, but i have no idea why.

Heh, so I may be the first person in the world who have done that ? :-)

...

Anyway with this patch I was able to build in /home, install and also
write some text in Draw.
Hopefully it will work also for others (for all ?).

Could someone, please, try ?


 Works for me too. I have changed the Win-x86_6-fast tinderbox to build  
in

~/libreoffice , so this should not go unnoticed the next time.


I think we could remove new warning from
http://wiki.documentfoundation.org/Development/Windows_Build_Dependencies


 I wonder about the part about the length of the path.
(c:/cygwin)/home/tinderbox/libreoffice is not that short, but the build  
has
finished successfully, the resulting .msi installed without problems,  
and I
didn't notice any problems when running it. Has that been fixed somehow  
as

well?




--
Mat M
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build Failure on Cygwin Windows

2012-04-14 Thread Tor Lillqvist 
>> Anyway with this patch I was able to build in /home,

Yay, this will surely help many newcomers who often used to run into
this problem (I assume). Great!

--tml
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build Failure on Cygwin Windows

2012-04-14 Thread Lubos Lunak 
On Friday 13 of April 2012, Matúš Kukan wrote:
> On 12 April 2012 13:38, Caolán McNamara  wrote:
> > On Thu, 2012-04-12 at 12:57 +0200, Michael Stahl wrote:
> >> rumor has it that putting the source in Cygwin home has never ever
> >> worked, but i have no idea why.
>
> Heh, so I may be the first person in the world who have done that ? :-)
...
> Anyway with this patch I was able to build in /home, install and also
> write some text in Draw.
> Hopefully it will work also for others (for all ?).
>
> Could someone, please, try ?

 Works for me too. I have changed the Win-x86_6-fast tinderbox to build in 
~/libreoffice , so this should not go unnoticed the next time.

> I think we could remove new warning from
> http://wiki.documentfoundation.org/Development/Windows_Build_Dependencies

 I wonder about the part about the length of the path. 
(c:/cygwin)/home/tinderbox/libreoffice is not that short, but the build has 
finished successfully, the resulting .msi installed without problems, and I 
didn't notice any problems when running it. Has that been fixed somehow as 
well?

-- 
 Lubos Lunak
 l.lu...@suse.cz
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build Failure on Cygwin Windows

2012-04-13 Thread Caolán McNamara 
On Fri, 2012-04-13 at 12:21 +0200, Matúš Kukan wrote:
> Anyway with this patch I was able to build in /home, 

Cool, seems to be working for me too, which is great, as that really
bugged me.

> Could someone, please, try ?
> I think we could remove new warning from
> http://wiki.documentfoundation.org/Development/Windows_Build_Dependencies

I'll do this when/if my build completes.

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build Failure on Cygwin Windows

2012-04-13 Thread Matúš Kukan 
On 12 April 2012 13:38, Caolán McNamara  wrote:
> On Thu, 2012-04-12 at 12:57 +0200, Michael Stahl wrote:
>> rumor has it that putting the source in Cygwin home has never ever
>> worked, but i have no idea why.

Heh, so I may be the first person in the world who have done that ? :-)

> The conversion from unix-style /cygdrive/c/paths to /c/paths when
> handing the paths to native tools does a simple search and replace. Any
> cygwin paths which don't conform to /cygdrive/X are all horribly mangled
> by the to and from process, so /home and /tmp don't work :-(

Indeed, the problem was with substrings, see comments in:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=8fd5ba3749aa740b3c060db775b42f15a5ce50a7
The problem should be solved for $(SRCDIR), I am not sure how we use /tmp.

Anyway with this patch I was able to build in /home, install and also
write some text in Draw.
Hopefully it will work also for others (for all ?).

Could someone, please, try ?
I think we could remove new warning from
http://wiki.documentfoundation.org/Development/Windows_Build_Dependencies

Best,
Matus
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build Failure on Cygwin Windows

2012-04-13 Thread Miklos Vajna 
On Thu, Apr 12, 2012 at 08:02:30PM +0200, Matúš Kukan  
wrote:
> We do that in configure.in:11339
> It's just warning, maybe can be overlooked.

Ah, fine. Yes, I overlooked it, but then that's my fault. :)
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build Failure on Cygwin Windows

2012-04-12 Thread Matúš Kukan 
On 12 April 2012 13:03, Miklos Vajna  wrote:
> If we are at it, when you install Cygwin these days, it installs make
> 3.82.9x, which failed miserably here. Is it just me, or better to
> suggest using make-3.82-gbuild from dev-tools.git on Windows for now?

We do that in configure.in:11339
It's just warning, maybe can be overlooked.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build Failure on Cygwin Windows

2012-04-12 Thread Noel Grandin 


On 2012-04-12 13:38, Caolán McNamara wrote:
The conversion from unix-style /cygdrive/c/paths to /c/paths when 
handing the paths to native tools does a simple search and replace. 
Any cygwin paths which don't conform to /cygdrive/X are all horribly 
mangled by the to and from process, so /home and /tmp don't work

___


why not use the cygpath utility all the time?
Is it an efficiency thing, or a correctness thing?



Disclaimer: http://www.peralex.com/disclaimer.html


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build Failure on Cygwin Windows

2012-04-12 Thread Caolán McNamara 
On Thu, 2012-04-12 at 12:57 +0200, Michael Stahl wrote:
> rumor has it that putting the source in Cygwin home has never ever
> worked, but i have no idea why.

The conversion from unix-style /cygdrive/c/paths to /c/paths when
handing the paths to native tools does a simple search and replace. Any
cygwin paths which don't conform to /cygdrive/X are all horribly mangled
by the to and from process, so /home and /tmp don't work :-(

I burned some time trying to make it work, but higher priority stuff
scuppered me. Here's a diff of some hacking I was playing with to try
and work through it.

C.
diff --git a/configure.in b/configure.in
index eef6de4..1e0ec69 100644
--- a/configure.in
+++ b/configure.in
@@ -36,7 +36,7 @@ PathFormat()
 if test "$fp_count_colon" = "0" ; then
 formatted_path=`realpath "$formatted_path"`
 fi
-formatted_path=`cygpath -m "$formatted_path"`
+formatted_path=`cygpath -m "$formatted_path" | $AWK -- '{ print tolower(substr($$0,1,1)) substr($$0,2) }'`
 fi
 fi
 }
@@ -62,6 +62,12 @@ else
 fi
 AC_SUBST(CROSS_COMPILING)
 
+AC_PROG_AWK
+AC_PATH_PROG( AWK, $AWK)
+if test -z "$AWK"; then
+AC_MSG_ERROR([install awk to run this script])
+fi
+
 if test "$build_os" = "cygwin"; then
 EXEEXT_FOR_BUILD=.exe
 SRC_ROOT=`pwd`
@@ -1995,12 +2001,6 @@ pathmunge ()
 fi
 }
 
-AC_PROG_AWK
-AC_PATH_PROG( AWK, $AWK)
-if test -z "$AWK"; then
-AC_MSG_ERROR([install awk to run this script])
-fi
-
 AC_PATH_PROG(BASH, bash)
 if test -z "$BASH"; then
 AC_MSG_ERROR([bash not found in \$PATH])
diff --git a/solenv/gbuild/Helper.mk b/solenv/gbuild/Helper.mk
index 10dac0b..0524c75 100644
--- a/solenv/gbuild/Helper.mk
+++ b/solenv/gbuild/Helper.mk
@@ -47,7 +47,8 @@ $(subst $(SRCDIR)/,$$S/,$(subst $(OUTDIR)/,$$O/,W=$(WORKDIR) && $(subst $(WORKDI
 endef
 
 define gb_Helper_abbreviate_dirs_native
-$(call gb_Helper_convert_native,$(call gb_Helper_abbreviate_dirs,$(1)))
+$(warning gb_Helper_abbreviate_dirs_native $(1)) \
+$(call gb_Helper_convert_native,$(call gb_Helper_abbreviate_dirs,$(call gb_Helper_convert_nonnative,$(1
 endef
 
 define gb_Helper_make_clean_target
diff --git a/solenv/gbuild/platform/WNT_INTEL_MSC.mk b/solenv/gbuild/platform/WNT_INTEL_MSC.mk
index 6402b42..02e1d6f 100644
--- a/solenv/gbuild/platform/WNT_INTEL_MSC.mk
+++ b/solenv/gbuild/platform/WNT_INTEL_MSC.mk
@@ -247,15 +247,51 @@ gb_Helper_OUTDIR_NATIVE := $(shell cygpath -m $(OUTDIR) | $(gb_AWK) -- '{ print
 
 gb_Helper_set_ld_path := PATH="$${PATH}:$(OUTDIR)/bin"
 
+define gb_Helper_convert_nonnative
+$(warning nonnative input is ::$(1)::) \
+$(strip \
+$(subst $(gb_Helper_SRCDIR_NATIVE),$(SRCDIR), \
+$(subst $(gb_Helper_WORKDIR_NATIVE),$(WORKDIR), \
+$(subst $(gb_Helper_OUTDIR_NATIVE),$(OUTDIR), \
+$(1) \
+$(warning nonnative output is \
+$(strip \
+$(subst $(gb_Helper_SRCDIR_NATIVE),$(SRCDIR), \
+$(subst $(gb_Helper_WORKDIR_NATIVE),$(WORKDIR), \
+$(subst $(gb_Helper_OUTDIR_NATIVE),$(OUTDIR), \
+$(1))
+endef
+
 # convert parameters filesystem root to native notation
 # does some real work only on windows, make sure not to
 # break the dummy implementations on unx*
 define gb_Helper_convert_native
+$(warning native input is ::$(1)::) \
 $(strip \
 $(subst $(SRCDIR),$(gb_Helper_SRCDIR_NATIVE), \
 $(subst $(WORKDIR),$(gb_Helper_WORKDIR_NATIVE), \
 $(subst $(OUTDIR),$(gb_Helper_OUTDIR_NATIVE), \
-$(1)
+$(call gb_Helper_convert_nonnative,$(1)) \
+$(warning replace $(OUTDIR) with $(gb_Helper_OUTDIR_NATIVE)) \
+$(warning replace $(WORKDIR) with $(gb_Helper_WORKDIR_NATIVE)) \
+$(warning replace $(SRCDIR) with $(gb_Helper_SRCDIR_NATIVE)) \
+$(warning native output is \
+$(strip \
+$(subst ::COM2::,$(gb_Helper_SRCDIR_NATIVE), \
+$(subst ::COM1::,$(gb_Helper_WORKDIR_NATIVE), \
+$(subst ::COM0::,$(gb_Helper_OUTDIR_NATIVE), \
+$(subst $(SRCDIR),::COM2::, \
+$(subst $(WORKDIR),::COM1::, \
+$(subst $(OUTDIR),::COM0::, \
+$(call gb_Helper_convert_nonnative,$(1))
+$(strip \
+$(subst ::COM2::,$(gb_Helper_SRCDIR_NATIVE), \
+$(subst ::COM1::,$(gb_Helper_WORKDIR_NATIVE), \
+$(subst ::COM0::,$(gb_Helper_OUTDIR_NATIVE), \
+$(subst $(SRCDIR),::COM2::, \
+$(subst $(WORKDIR),::COM1::, \
+$(subst $(OUTDIR),::COM0::, \
+$(call gb_Helper_convert_nonnative,$(1)
 endef
 
 # YaccTarget class
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build Failure on Cygwin Windows

2012-04-12 Thread Miklos Vajna 
On Thu, Apr 12, 2012 at 12:57:40PM +0200, Michael Stahl  
wrote:
> yes paths need to be _short_ on Windows...
> 
> i've just added a warning here so hopefully less people fall into these
> traps:
> 
> https://wiki.documentfoundation.org/Development/Windows_Build_Dependencies

If we are at it, when you install Cygwin these days, it installs make
3.82.9x, which failed miserably here. Is it just me, or better to
suggest using make-3.82-gbuild from dev-tools.git on Windows for now?
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build Failure on Cygwin Windows

2012-04-12 Thread Michael Stahl 
On 12/04/12 08:18, Matúš Kukan wrote:
> Hi Johnny,
> 
> On 12 April 2012 07:31, Johnny Chen  wrote:

>> LINK : fatal error LNK1104: cannot open file
>> 'c:/cygwinc:/cygwin/home/Johnny/libo/workdir/wntmsci12.pro/CxxObject/xml2cmp/source/xcd/main.o'
>>
>> Does anyone have any idea what may have caused this?
> 
> It's most probably because you have LibreOffice sources in /home.
> I would think it works by now but obviously not. Maybe I will
> investigate why later.

rumor has it that putting the source in Cygwin home has never ever
worked, but i have no idea why.

> Sorry for this, preferred way is to have sources in C:/Libo or one
> directory lower but not too much.

yes paths need to be _short_ on Windows...

i've just added a warning here so hopefully less people fall into these
traps:

https://wiki.documentfoundation.org/Development/Windows_Build_Dependencies

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Build Failure on Cygwin Windows

2012-04-11 Thread Matúš Kukan 
Hi Johnny,

On 12 April 2012 07:31, Johnny Chen  wrote:
> Hi,
> I am new to LibreOffice, so sorry for any dumb questions.

Welcome here.
And don't worry about questions.

> The build went on for an hour or so until it failed.The problems seem to be
> within the xml2cmp and clucene modules.

That's because they are first modules with gbuild building system.

> LINK : fatal error LNK1104: cannot open file
> 'c:/cygwinc:/cygwin/home/Johnny/libo/workdir/wntmsci12.pro/CxxObject/xml2cmp/source/xcd/main.o'
>
> Does anyone have any idea what may have caused this?

It's most probably because you have LibreOffice sources in /home.
I would think it works by now but obviously not. Maybe I will
investigate why later.
Sorry for this, preferred way is to have sources in C:/Libo or one
directory lower but not too much.
I have C:/Git/Libo

> and I don't know which Makefile is calling the link command.

It's 
http://cgit.freedesktop.org/libreoffice/core/tree/solenv/gbuild/platform/WNT_INTEL_MSC.mk#n338
:)

> Another newbie question is this: why did we not terminate the
> build earlier if xml2cmp failed?

I don't know, the script used is: solenv/bin/build.pl
But that's not necessary bad because you don't need to build what already is.

Windows tinderboxes are green [1], so hopefully you will get your build soon.

All the best,
Matus

[1] http://tinderbox.libreoffice.org/MASTER/status.html
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice