[BUILD] fixing the Win build
requesting help debugging the win build. there are now 4 modules not building: * extensions -http://ci.apache.org/projects/openoffice/buildlogs/win/main/extensions/wntmsci12.pro/misc/logs/source.activex.main.txt * helpcontent2 o http://ci.apache.org/projects/openoffice/buildlogs/win/main/helpcontent2/wntmsci12.pro/misc/logs/util.scalc.txt o http://ci.apache.org/projects/openoffice/buildlogs/win/main/helpcontent2/wntmsci12.pro/misc/logs/util.simpress.txt * sd -http://ci.apache.org/projects/openoffice/buildlogs/win/main/sd/wntmsci12.pro/misc/logs/util.txt * ucb - http://ci.apache.org/projects/openoffice/buildlogs/win/main/ucb/wntmsci12.pro/misc/logs/source.ucp.webdav.txt
Re: [BUILD] fixing the Win build
Hi Andrew, On Wed, Sep 05, 2012 at 04:27:30PM -0700, Andrew Rist wrote: > > requesting help debugging the win build. > there are now 4 modules not building: > > * extensions > > -http://ci.apache.org/projects/openoffice/buildlogs/win/main/extensions/wntmsci12.pro/misc/logs/source.activex.main.txt I was taking a look at this today. It seems the build bot uses the Pro VS edition, and it does not come with atlthunk.lib, thus the error LINK : fatal error LNK1181: cannot open input file 'C:/Progra~1/MICROS~1.0/VC/atlmfc/lib/atlthunk.lib' http://svn.apache.org/viewvc?view=revision&revision=1343720 added the library, needed when building with the Express edition, but this fails with the Pro edition (or at least with the version we have at the University, and the one in the build bot: atlthunk.lib does not exist). I don't have a solution for this, I don't know if there is a way to detect if someone is using the Express or the Pro VS edition; on the other hand, the way how ATL is handed in configure.in and set_soenv.in looks rather error prone: if you don't disable ATL explicitly in configure, you get ATL_LIB and ATL_INCLUDE from set_soenv without any further check. Someone developing on windows may find a solution. Regards -- Ariel Constenla-Haile La Plata, Argentina pgpWFjVks26yP.pgp Description: PGP signature
Re: [BUILD] fixing the Win build
Hi, On 06.09.2012 01:51, Ariel Constenla-Haile wrote: Hi Andrew, On Wed, Sep 05, 2012 at 04:27:30PM -0700, Andrew Rist wrote: requesting help debugging the win build. there are now 4 modules not building: * extensions -http://ci.apache.org/projects/openoffice/buildlogs/win/main/extensions/wntmsci12.pro/misc/logs/source.activex.main.txt I was taking a look at this today. It seems the build bot uses the Pro VS edition, and it does not come with atlthunk.lib, thus the error LINK : fatal error LNK1181: cannot open input file 'C:/Progra~1/MICROS~1.0/VC/atlmfc/lib/atlthunk.lib' http://svn.apache.org/viewvc?view=revision&revision=1343720 added the library, needed when building with the Express edition, but this fails with the Pro edition (or at least with the version we have at the University, and the one in the build bot: atlthunk.lib does not exist). Ariel, you are right, here. I can confirm that VS Pro version does not come with atlthunk.lib - my version also do not have it. I don't have a solution for this, I don't know if there is a way to detect if someone is using the Express or the Pro VS edition; on the other hand, the way how ATL is handed in configure.in and set_soenv.in looks rather error prone: if you don't disable ATL explicitly in configure, you get ATL_LIB and ATL_INCLUDE from set_soenv without any further check. Someone developing on windows may find a solution. Ariel, again you are right. What is also missing in the configure is the stuff which we had documented in issue 118821. We somehow need to distinguish the usage from VS Express and VS Pro. May be we can introduce an addional option by which it can be indicated that the VS Pro version is used. Best regards, Oliver.
Re: [BUILD] fixing the Win build
Hi, On 06.09.2012 01:27, Andrew Rist wrote: requesting help debugging the win build. there are now 4 modules not building: * extensions -http://ci.apache.org/projects/openoffice/buildlogs/win/main/extensions/wntmsci12.pro/misc/logs/source.activex.main.txt * helpcontent2 o http://ci.apache.org/projects/openoffice/buildlogs/win/main/helpcontent2/wntmsci12.pro/misc/logs/util.scalc.txt o http://ci.apache.org/projects/openoffice/buildlogs/win/main/helpcontent2/wntmsci12.pro/misc/logs/util.simpress.txt There seems to be an error in the localisation files which contains certain meta data encoded in a XML like style. Best regards, Oliver. * sd -http://ci.apache.org/projects/openoffice/buildlogs/win/main/sd/wntmsci12.pro/misc/logs/util.txt * ucb - http://ci.apache.org/projects/openoffice/buildlogs/win/main/ucb/wntmsci12.pro/misc/logs/source.ucp.webdav.txt
Re: [BUILD] fixing the Win build
Hi On 06.09.2012 14:10, Oliver-Rainer Wittmann wrote: Hi, On 06.09.2012 01:27, Andrew Rist wrote: requesting help debugging the win build. there are now 4 modules not building: * extensions -http://ci.apache.org/projects/openoffice/buildlogs/win/main/extensions/wntmsci12.pro/misc/logs/source.activex.main.txt * helpcontent2 o http://ci.apache.org/projects/openoffice/buildlogs/win/main/helpcontent2/wntmsci12.pro/misc/logs/util.scalc.txt o http://ci.apache.org/projects/openoffice/buildlogs/win/main/helpcontent2/wntmsci12.pro/misc/logs/util.simpress.txt There seems to be an error in the localisation files which contains certain meta data encoded in a XML like style. Short-term solution: build only en-US by removing configure option --with-lang="..." Best regards, Oliver. * sd -http://ci.apache.org/projects/openoffice/buildlogs/win/main/sd/wntmsci12.pro/misc/logs/util.txt * ucb - http://ci.apache.org/projects/openoffice/buildlogs/win/main/ucb/wntmsci12.pro/misc/logs/source.ucp.webdav.txt
Re: [BUILD] fixing the Win build
Hi, On 06.09.2012 01:27, Andrew Rist wrote: requesting help debugging the win build. there are now 4 modules not building: * extensions -http://ci.apache.org/projects/openoffice/buildlogs/win/main/extensions/wntmsci12.pro/misc/logs/source.activex.main.txt * helpcontent2 o http://ci.apache.org/projects/openoffice/buildlogs/win/main/helpcontent2/wntmsci12.pro/misc/logs/util.scalc.txt o http://ci.apache.org/projects/openoffice/buildlogs/win/main/helpcontent2/wntmsci12.pro/misc/logs/util.simpress.txt * sd -http://ci.apache.org/projects/openoffice/buildlogs/win/main/sd/wntmsci12.pro/misc/logs/util.txt * ucb - http://ci.apache.org/projects/openoffice/buildlogs/win/main/ucb/wntmsci12.pro/misc/logs/source.ucp.webdav.txt This looks like that module /ext_libaries/serf/ is not built as include file "serf.h" is coming from this module. Andrew, can you check, if module /ext_libaries/serf/ is built? May be, we should switch the Windows buildbot also to 'SVN mode="copy"' in order to always start with a clean source tree. Thus, my try-and-error suggestion is to build on a clean source tree. Best regards, Oliver.
Re: [BUILD] fixing the Win build
On 06.09.2012 14:06, Oliver-Rainer Wittmann wrote: Hi, On 06.09.2012 01:51, Ariel Constenla-Haile wrote: Hi Andrew, On Wed, Sep 05, 2012 at 04:27:30PM -0700, Andrew Rist wrote: requesting help debugging the win build. there are now 4 modules not building: * extensions -http://ci.apache.org/projects/openoffice/buildlogs/win/main/extensions/wntmsci12.pro/misc/logs/source.activex.main.txt I was taking a look at this today. It seems the build bot uses the Pro VS edition, and it does not come with atlthunk.lib, thus the error LINK : fatal error LNK1181: cannot open input file 'C:/Progra~1/MICROS~1.0/VC/atlmfc/lib/atlthunk.lib' http://svn.apache.org/viewvc?view=revision&revision=1343720 added the library, needed when building with the Express edition, but this fails with the Pro edition (or at least with the version we have at the University, and the one in the build bot: atlthunk.lib does not exist). Ariel, you are right, here. I can confirm that VS Pro version does not come with atlthunk.lib - my version also do not have it. I don't have a solution for this, I don't know if there is a way to detect if someone is using the Express or the Pro VS edition; on the other hand, the way how ATL is handed in configure.in and set_soenv.in looks rather error prone: if you don't disable ATL explicitly in configure, you get ATL_LIB and ATL_INCLUDE from set_soenv without any further check. Someone developing on windows may find a solution. Ariel, again you are right. What is also missing in the configure is the stuff which we had documented in issue 118821. We somehow need to distinguish the usage from VS Express and VS Pro. May be we can introduce an addional option by which it can be indicated that the VS Pro version is used. my suggestion as a very-short-term solution is to use configure options --disable-atl and --disable-activex in order to disable this part of the build. This is only a very very short-term solution in order to continue this the Windows buildbot in order to find further problems. Best regards, Oliver.
Re: [BUILD] fixing the Win build
Hi, On 06.09.2012 01:27, Andrew Rist wrote: requesting help debugging the win build. there are now 4 modules not building: * extensions -http://ci.apache.org/projects/openoffice/buildlogs/win/main/extensions/wntmsci12.pro/misc/logs/source.activex.main.txt * helpcontent2 o http://ci.apache.org/projects/openoffice/buildlogs/win/main/helpcontent2/wntmsci12.pro/misc/logs/util.scalc.txt o http://ci.apache.org/projects/openoffice/buildlogs/win/main/helpcontent2/wntmsci12.pro/misc/logs/util.simpress.txt * sd -http://ci.apache.org/projects/openoffice/buildlogs/win/main/sd/wntmsci12.pro/misc/logs/util.txt I do not know the reason for this build breaker. May be a build on a clean source tree helps. Best regards, Oliver. * ucb - http://ci.apache.org/projects/openoffice/buildlogs/win/main/ucb/wntmsci12.pro/misc/logs/source.ucp.webdav.txt
Re: [BUILD] fixing the Win build
On 9/6/2012 5:20 AM, Oliver-Rainer Wittmann wrote: Hi, On 06.09.2012 01:27, Andrew Rist wrote: requesting help debugging the win build. there are now 4 modules not building: * extensions -http://ci.apache.org/projects/openoffice/buildlogs/win/main/extensions/wntmsci12.pro/misc/logs/source.activex.main.txt * helpcontent2 o http://ci.apache.org/projects/openoffice/buildlogs/win/main/helpcontent2/wntmsci12.pro/misc/logs/util.scalc.txt o http://ci.apache.org/projects/openoffice/buildlogs/win/main/helpcontent2/wntmsci12.pro/misc/logs/util.simpress.txt * sd -http://ci.apache.org/projects/openoffice/buildlogs/win/main/sd/wntmsci12.pro/misc/logs/util.txt * ucb - http://ci.apache.org/projects/openoffice/buildlogs/win/main/ucb/wntmsci12.pro/misc/logs/source.ucp.webdav.txt This looks like that module /ext_libaries/serf/ is not built as include file "serf.h" is coming from this module. Andrew, can you check, if module /ext_libaries/serf/ is built? May be, we should switch the Windows buildbot also to 'SVN mode="copy"' in order to always start with a clean source tree. This is unfortunately not that straight forward. As the build runs under cygwin on Windows, it is kind of a unix build on windows. This means we have to run everything in a cygwin shell, including the svn check out. If we run the standard buildbot SVN command, the tree is checked out with windows style line endings, which in turn breaks the build. Thus, if we are to do this, we will need to manually create SVN "copy" mode with a 'svn co' to an alternate directory, followed by a 'rsync -a --delete'. Thus, my try-and-error suggestion is to build on a clean source tree. Best regards, Oliver. -- Andrew Rist | Interoperability Architect OracleCorporate Architecture Group Redwood Shores, CA | 650.506.9847