You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by Andre Fischer <af...@a-w-f.de> on 2012/06/22 11:37:38 UTC
[BUILDBOT] build breakers
Hi,
there are build breakers on all three platforms
- Windows7
in shell_2:
has ./configure: line 7952: test: : integer expression expected
./configure: line 7957: test: : integer expression expected
./configure: line 7962: test: : integer expression expected
configure: error: Compiler too old. Use Microsoft C/C++ .NET 2003/2005
compiler.
could be caused by missing DLLs when the compiler is called to detect
its version. In that case cl does not print anything. I have seen
something similar when I tried to use the 2010 dev studio.
- Linux64
in compile_2 there is the line
./configure: line 11931: test: : integer expression expected
@Andrew: can you post the config.log and configure files so that we can
better analyze the cause of this bug?
- Linux32
the build breaker seems to be caused by my recent changes in
ext_libraries/serf. It may be sufficient to make a clean build.
@Andrew: can you trigger that?
Regards,
Andre
Re: [BUILDBOT] build breakers
Posted by Herbert Duerr <hd...@apache.org>.
On 22.06.2012 11:37, Andre Fischer wrote:
> there are build breakers on all three platforms
>
> - Windows7
> [...]
> could be caused by missing DLLs when the compiler is called to detect
> its version. In that case cl does not print anything. I have seen
> something similar when I tried to use the 2010 dev studio.
I made the configure step a bit more verbose and now it shows that the
problem is "cl.exe: error while loading shared libraries: mspdb100.dll".
This might be solved by following the advise given in
http://stackoverflow.com/a/2992862 to run "path\to\VC\bin\vcvars32.bat"
before calling the compiler.
Herbert
Re: [BUILDBOT] build breakers
Posted by Chao Huang <ch...@gmail.com>.
hi, Ariel
Thanks for your reminder.
I will update my local dev env, which is OK to build R1343441 on
Windows/Mac/Ubuntu/Suse.
2012/6/29 Ariel Constenla-Haile <ar...@apache.org>
> Hi Chao Huang,
>
> On Fri, Jun 29, 2012 at 6:07 AM, Chao Huang <ch...@gmail.com> wrote:
> > The full build broke on Mac OS X 10.6.8.
> >
> > MacOSX 10.6.8
> >
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > gcc version 4.2.1 (Apple Inc. build 5666) (dot 3)
> > java version "1.6.0_33"
> >
> >
> > configure switchers
> >
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > ./configure --with-dmake-url="
> > http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2"
> > --with-epm-url="http://ftp.easysw.com/pub/epm/3.7/epm-3.7-source.tar.gz"
> > --disable-mozilla --disable-build-mozilla --enable-category-b
> > --enable-minimizer --enable-presenter-console --enable-wiki-publisher
> >
> > Break Info
> >
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > ignoring silgraphite-2.3.1.tar.gz because its prerequisites are not
> > fulfilled
> > bsh-2.0b1-src.tar.gz exists, MD5 checksum is OK
> > downloading 1 missing tar balls to
> > /Users/hchao/Apache/build/aoo.340.20120629/code/ext_sources
> > downloading to
> >
> /Users/hchao/Apache/build/aoo.340.20120629/code/ext_sources/377a60170e5185eb63d3ed2fae98e621-README_silgraphite-2.3.1.txt.part
> > Can't locate object method "show_progress" via package "LWP::UserAgent"
> at
>
>
> Your Perl is too old, I've seen this too on CentOS 5:
>
> Can't locate object method "show_progress" via package
> "LWP::UserAgent" at
> /build/aoo/src/clean/trunk/main/solenv/bin/modules/ExtensionsLst.pm
> line 484.
>
> CentOS Perl:
> ]$ /usr/bin/perl --version
>
> This is perl, v5.8.8 built for i386-linux-thread-multi
>
> CentOS perl-libwww-perl-5.805-1.1.1.noarch
> ]$ /usr/bin/perl -MLWP::UserAgent -e 'print "$LWP::UserAgent::VERSION\n"'
> 2.033
>
>
> As you see, the UserAgent version is too old, and does contain that
> method show_progress
>
> On Fedora 17:
> ]$ /usr/bin/perl -MLWP::UserAgent -e 'print "$LWP::UserAgent::VERSION\n"'
> 6.03
>
> It looks like we need to ckeck not only Perl version but also
> LWP::UserAgent::VERSION
>
> You can fix this by not using system perl (I've done this on CentOS,
> but needs more tweaking).
>
> Regards
>
--
Best regards,
Chao Huang
Re: [BUILDBOT] build breakers
Posted by Ariel Constenla-Haile <ar...@apache.org>.
Hi Chao Huang,
On Fri, Jun 29, 2012 at 6:07 AM, Chao Huang <ch...@gmail.com> wrote:
> The full build broke on Mac OS X 10.6.8.
>
> MacOSX 10.6.8
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> gcc version 4.2.1 (Apple Inc. build 5666) (dot 3)
> java version "1.6.0_33"
>
>
> configure switchers
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> ./configure --with-dmake-url="
> http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2"
> --with-epm-url="http://ftp.easysw.com/pub/epm/3.7/epm-3.7-source.tar.gz"
> --disable-mozilla --disable-build-mozilla --enable-category-b
> --enable-minimizer --enable-presenter-console --enable-wiki-publisher
>
> Break Info
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> ignoring silgraphite-2.3.1.tar.gz because its prerequisites are not
> fulfilled
> bsh-2.0b1-src.tar.gz exists, MD5 checksum is OK
> downloading 1 missing tar balls to
> /Users/hchao/Apache/build/aoo.340.20120629/code/ext_sources
> downloading to
> /Users/hchao/Apache/build/aoo.340.20120629/code/ext_sources/377a60170e5185eb63d3ed2fae98e621-README_silgraphite-2.3.1.txt.part
> Can't locate object method "show_progress" via package "LWP::UserAgent" at
Your Perl is too old, I've seen this too on CentOS 5:
Can't locate object method "show_progress" via package
"LWP::UserAgent" at
/build/aoo/src/clean/trunk/main/solenv/bin/modules/ExtensionsLst.pm
line 484.
CentOS Perl:
]$ /usr/bin/perl --version
This is perl, v5.8.8 built for i386-linux-thread-multi
CentOS perl-libwww-perl-5.805-1.1.1.noarch
]$ /usr/bin/perl -MLWP::UserAgent -e 'print "$LWP::UserAgent::VERSION\n"'
2.033
As you see, the UserAgent version is too old, and does contain that
method show_progress
On Fedora 17:
]$ /usr/bin/perl -MLWP::UserAgent -e 'print "$LWP::UserAgent::VERSION\n"'
6.03
It looks like we need to ckeck not only Perl version but also
LWP::UserAgent::VERSION
You can fix this by not using system perl (I've done this on CentOS,
but needs more tweaking).
Regards
Re: [BUILDBOT] build breakers
Posted by Herbert Duerr <hd...@apache.org>.
On 29.06.2012 11:07, Chao Huang wrote:
> /Users/hchao/Apache/build/aoo.340.20120629/code/ext_sources/377a60170e5185eb63d3ed2fae98e621-README_silgraphite-2.3.1.txt.part
> Can't locate object method "show_progress" via package "LWP::UserAgent" at
This sounds like the problem mentioned in [1] and in
https://groups.google.com/forum/#!topic/pulledpork-users/Gq6MT27wp6w
Maybe running
perl -MCPAN -e "upgrade LWP::UserAgent"
helps.
Herbert
[1] http://markmail.org/message/mnqv3ncast7754zw
Re: [BUILDBOT] build breakers
Posted by Chao Huang <ch...@gmail.com>.
The full build broke on Mac OS X 10.6.8.
MacOSX 10.6.8
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
gcc version 4.2.1 (Apple Inc. build 5666) (dot 3)
java version "1.6.0_33"
configure switchers
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
./configure --with-dmake-url="
http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2"
--with-epm-url="http://ftp.easysw.com/pub/epm/3.7/epm-3.7-source.tar.gz"
--disable-mozilla --disable-build-mozilla --enable-category-b
--enable-minimizer --enable-presenter-console --enable-wiki-publisher
Break Info
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
ignoring silgraphite-2.3.1.tar.gz because its prerequisites are not
fulfilled
bsh-2.0b1-src.tar.gz exists, MD5 checksum is OK
downloading 1 missing tar balls to
/Users/hchao/Apache/build/aoo.340.20120629/code/ext_sources
downloading to
/Users/hchao/Apache/build/aoo.340.20120629/code/ext_sources/377a60170e5185eb63d3ed2fae98e621-README_silgraphite-2.3.1.txt.part
Can't locate object method "show_progress" via package "LWP::UserAgent" at
/Users/hchao/Apache/build/aoo.340.20120629/code/main/solenv/bin/
download_external_dependencies.pl line 506, <$in> line 353.
dmake present in
/Users/hchao/Apache/build/aoo.340.20120629/code/main/solenv/
unxmacxi.pro/bin/dmake
bundling of dictionaries is disabled.
HuangChaos-iMac-106:main hchao$
2012/6/22 Andre Fischer <af...@a-w-f.de>
> Hi,
>
> there are build breakers on all three platforms
>
> - Windows7
>
> in shell_2:
>
> has ./configure: line 7952: test: : integer expression expected
> ./configure: line 7957: test: : integer expression expected
> ./configure: line 7962: test: : integer expression expected
> configure: error: Compiler too old. Use Microsoft C/C++ .NET 2003/2005
> compiler.
>
> could be caused by missing DLLs when the compiler is called to detect its
> version. In that case cl does not print anything. I have seen something
> similar when I tried to use the 2010 dev studio.
>
>
> - Linux64
>
> in compile_2 there is the line
>
> ./configure: line 11931: test: : integer expression expected
>
> @Andrew: can you post the config.log and configure files so that we can
> better analyze the cause of this bug?
>
>
> - Linux32
>
> the build breaker seems to be caused by my recent changes in
> ext_libraries/serf. It may be sufficient to make a clean build.
>
> @Andrew: can you trigger that?
>
>
> Regards,
> Andre
>
--
Best regards,
Chao Huang
Re: [BUILDBOT] build breakers
Posted by Andre Fischer <af...@a-w-f.de>.
On 29.06.2012 09:39, Chao Huang wrote:
> I just check-out the latest revision from svn server. I will start to make
> a full build on Mac/Suse/Windows. I will report the details if I meet a
> build break.
That would be great. Thanks.
-Andre
>
> 2012/6/29 Andre Fischer <af...@a-w-f.de>
>
>> A week has passed and the build bots still fail with the same messages
>> (well, thanks to Herbert the Windows7 bot shows a slightly more helpful
>> message for the same problem.)
>>
>> Five minutes ago I found and fixed a typo in the area of the Linux
>> problem. That will not fix the failing test but hopefully will show more
>> diagnostics to better pinpoint the exact line where the test is run.
>>
>> -Andre
>>
>>
>>
>>
>> On 22.06.2012 11:37, Andre Fischer wrote:
>>
>>> Hi,
>>>
>>> there are build breakers on all three platforms
>>>
>>> - Windows7
>>>
>>> in shell_2:
>>>
>>> has ./configure: line 7952: test: : integer expression expected
>>> ./configure: line 7957: test: : integer expression expected
>>> ./configure: line 7962: test: : integer expression expected
>>> configure: error: Compiler too old. Use Microsoft C/C++ .NET 2003/2005
>>> compiler.
>>>
>>> could be caused by missing DLLs when the compiler is called to detect
>>> its version. In that case cl does not print anything. I have seen
>>> something similar when I tried to use the 2010 dev studio.
>>>
>>>
>>> - Linux64
>>>
>>> in compile_2 there is the line
>>>
>>> ./configure: line 11931: test: : integer expression expected
>>>
>>> @Andrew: can you post the config.log and configure files so that we can
>>> better analyze the cause of this bug?
>>>
>>>
>>> - Linux32
>>>
>>> the build breaker seems to be caused by my recent changes in
>>> ext_libraries/serf. It may be sufficient to make a clean build.
>>>
>>> @Andrew: can you trigger that?
>>>
>>>
>>> Regards,
>>> Andre
>>>
>>
>>
>
>
Re: [BUILDBOT] build breakers
Posted by Chao Huang <ch...@gmail.com>.
I just check-out the latest revision from svn server. I will start to make
a full build on Mac/Suse/Windows. I will report the details if I meet a
build break.
2012/6/29 Andre Fischer <af...@a-w-f.de>
> A week has passed and the build bots still fail with the same messages
> (well, thanks to Herbert the Windows7 bot shows a slightly more helpful
> message for the same problem.)
>
> Five minutes ago I found and fixed a typo in the area of the Linux
> problem. That will not fix the failing test but hopefully will show more
> diagnostics to better pinpoint the exact line where the test is run.
>
> -Andre
>
>
>
>
> On 22.06.2012 11:37, Andre Fischer wrote:
>
>> Hi,
>>
>> there are build breakers on all three platforms
>>
>> - Windows7
>>
>> in shell_2:
>>
>> has ./configure: line 7952: test: : integer expression expected
>> ./configure: line 7957: test: : integer expression expected
>> ./configure: line 7962: test: : integer expression expected
>> configure: error: Compiler too old. Use Microsoft C/C++ .NET 2003/2005
>> compiler.
>>
>> could be caused by missing DLLs when the compiler is called to detect
>> its version. In that case cl does not print anything. I have seen
>> something similar when I tried to use the 2010 dev studio.
>>
>>
>> - Linux64
>>
>> in compile_2 there is the line
>>
>> ./configure: line 11931: test: : integer expression expected
>>
>> @Andrew: can you post the config.log and configure files so that we can
>> better analyze the cause of this bug?
>>
>>
>> - Linux32
>>
>> the build breaker seems to be caused by my recent changes in
>> ext_libraries/serf. It may be sufficient to make a clean build.
>>
>> @Andrew: can you trigger that?
>>
>>
>> Regards,
>> Andre
>>
>
>
--
Best regards,
Chao Huang
Re: [BUILDBOT] build breakers
Posted by Andre Fischer <af...@a-w-f.de>.
A week has passed and the build bots still fail with the same messages
(well, thanks to Herbert the Windows7 bot shows a slightly more helpful
message for the same problem.)
Five minutes ago I found and fixed a typo in the area of the Linux
problem. That will not fix the failing test but hopefully will show
more diagnostics to better pinpoint the exact line where the test is run.
-Andre
On 22.06.2012 11:37, Andre Fischer wrote:
> Hi,
>
> there are build breakers on all three platforms
>
> - Windows7
>
> in shell_2:
>
> has ./configure: line 7952: test: : integer expression expected
> ./configure: line 7957: test: : integer expression expected
> ./configure: line 7962: test: : integer expression expected
> configure: error: Compiler too old. Use Microsoft C/C++ .NET 2003/2005
> compiler.
>
> could be caused by missing DLLs when the compiler is called to detect
> its version. In that case cl does not print anything. I have seen
> something similar when I tried to use the 2010 dev studio.
>
>
> - Linux64
>
> in compile_2 there is the line
>
> ./configure: line 11931: test: : integer expression expected
>
> @Andrew: can you post the config.log and configure files so that we can
> better analyze the cause of this bug?
>
>
> - Linux32
>
> the build breaker seems to be caused by my recent changes in
> ext_libraries/serf. It may be sufficient to make a clean build.
>
> @Andrew: can you trigger that?
>
>
> Regards,
> Andre
Re: [BUILDBOT] build breakers
Posted by Andre Fischer <af...@a-w-f.de>.
On 29.06.2012 11:08, zhangjf wrote:
> On Fri, Jun 29, 2012 at 5:03 PM, Ariel Constenla-Haile
> <ar...@apache.org> wrote:
>> Hi Andre,
>>
>> On Fri, Jun 29, 2012 at 5:50 AM, Andre Fischer <af...@a-w-f.de> wrote:
>>> On 29.06.2012 10:42, zhangjf wrote:
>>>>
>>>> I don't know here which distribution linux32 refers to. Our build on
>>>> SuSe 11.1 breaks on serf 1.1 because it has a new dependency on
>>>> libexpat.so, we resolved it by installing the libexpat-devel rpm
>>>> package.
>>>
>>>
>>> That should only be necessary if you are using --with-system-serf.
>>> Otherwise the external version should be used. I probably broke that when I
>>> added the --with-system-serf switch.
>>
>> Revision 1351981 broke rev. 1341713, now no patches are applied at all:
>
>>
>> make writeable...
>> no patch needed...
>> touch ./unxlngx6/misc/build/so_patched_so_serf
>> mkdir ./unxlngx6/misc/build/serf-1.1.0/
>>
>>
>> Regards
>
> Thanks for the update. So it will be fixed, right?
I am working on it. I am still figuring out whether the serf patches
are still really needed.
-Andre
>
> zhangjf
>
Re: [BUILDBOT] build breakers
Posted by zhangjf <zh...@apache.org>.
On Fri, Jun 29, 2012 at 5:03 PM, Ariel Constenla-Haile
<ar...@apache.org> wrote:
> Hi Andre,
>
> On Fri, Jun 29, 2012 at 5:50 AM, Andre Fischer <af...@a-w-f.de> wrote:
>> On 29.06.2012 10:42, zhangjf wrote:
>>>
>>> I don't know here which distribution linux32 refers to. Our build on
>>> SuSe 11.1 breaks on serf 1.1 because it has a new dependency on
>>> libexpat.so, we resolved it by installing the libexpat-devel rpm
>>> package.
>>
>>
>> That should only be necessary if you are using --with-system-serf.
>> Otherwise the external version should be used. I probably broke that when I
>> added the --with-system-serf switch.
>
> Revision 1351981 broke rev. 1341713, now no patches are applied at all:
>
> make writeable...
> no patch needed...
> touch ./unxlngx6/misc/build/so_patched_so_serf
> mkdir ./unxlngx6/misc/build/serf-1.1.0/
>
>
> Regards
Thanks for the update. So it will be fixed, right?
zhangjf
Re: [BUILDBOT] build breakers
Posted by Andre Fischer <af...@a-w-f.de>.
On 29.06.2012 11:23, Ariel Constenla-Haile wrote:
> Hi Tsutomu,
>
> On Fri, Jun 29, 2012 at 6:18 AM, Tsutomu Uchino <ha...@gmail.com> wrote:
>>> Revision 1351981 broke rev. 1341713, now no patches are applied at all:
>>>
>>> make writeable...
>>> no patch needed...
>>> touch ./unxlngx6/misc/build/so_patched_so_serf
>>> mkdir ./unxlngx6/misc/build/serf-1.1.0/
>> I needed to enable sef-1.0.0.ldl.patch applied on Linux x86.
>
> yes, both patches are needed and were commented.
>
> .IF "$(OS)"=="MACOSX" || "$(OS)"=="FREEBSD" || "$(OS)"=="LINUX"
> # Do not link against expat. It is not necessary (apr-util is already
> linked against it)
> # and does not work (we use a different expat library schema.)
> #PATCH_FILES+=$(TARFILE_NAME).mac.patch
> .ENDIF
>
> .IF "$(OS)"=="LINUX"
> # Add -ldl as last library so that the linker has no trouble resolving
> dependencies.
> #PATCH_FILES+=$(TARFILE_NAME).ldl.patch
> .ENDIF
I have reactivated the patches. I used the opportunity to rename the
patches:
serf-1.0.0.ld.patch -> serf-1.1.0.ld.patch
serf-1.1.0.mac.patch -> serf-1.1.0.libs.patch
-Andre
Re: [BUILDBOT] build breakers
Posted by Ariel Constenla-Haile <ar...@apache.org>.
Hi Tsutomu,
On Fri, Jun 29, 2012 at 6:18 AM, Tsutomu Uchino <ha...@gmail.com> wrote:
>> Revision 1351981 broke rev. 1341713, now no patches are applied at all:
>>
>> make writeable...
>> no patch needed...
>> touch ./unxlngx6/misc/build/so_patched_so_serf
>> mkdir ./unxlngx6/misc/build/serf-1.1.0/
> I needed to enable sef-1.0.0.ldl.patch applied on Linux x86.
yes, both patches are needed and were commented.
.IF "$(OS)"=="MACOSX" || "$(OS)"=="FREEBSD" || "$(OS)"=="LINUX"
# Do not link against expat. It is not necessary (apr-util is already
linked against it)
# and does not work (we use a different expat library schema.)
#PATCH_FILES+=$(TARFILE_NAME).mac.patch
.ENDIF
.IF "$(OS)"=="LINUX"
# Add -ldl as last library so that the linker has no trouble resolving
dependencies.
#PATCH_FILES+=$(TARFILE_NAME).ldl.patch
.ENDIF
Regards
Re: [BUILDBOT] build breakers
Posted by Tsutomu Uchino <ha...@gmail.com>.
Hi,
2012/6/29 Ariel Constenla-Haile <ar...@apache.org>:
> Hi Andre,
>
> On Fri, Jun 29, 2012 at 5:50 AM, Andre Fischer <af...@a-w-f.de> wrote:
>> On 29.06.2012 10:42, zhangjf wrote:
>>>
>>> I don't know here which distribution linux32 refers to. Our build on
>>> SuSe 11.1 breaks on serf 1.1 because it has a new dependency on
>>> libexpat.so, we resolved it by installing the libexpat-devel rpm
>>> package.
>>
>>
>> That should only be necessary if you are using --with-system-serf.
>> Otherwise the external version should be used. I probably broke that when I
>> added the --with-system-serf switch.
>
> Revision 1351981 broke rev. 1341713, now no patches are applied at all:
>
> make writeable...
> no patch needed...
> touch ./unxlngx6/misc/build/so_patched_so_serf
> mkdir ./unxlngx6/misc/build/serf-1.1.0/
I needed to enable sef-1.0.0.ldl.patch applied on Linux x86.
> Regards
Regards
Re: [BUILDBOT] build breakers
Posted by Ariel Constenla-Haile <ar...@apache.org>.
Hi Andre,
On Fri, Jun 29, 2012 at 5:50 AM, Andre Fischer <af...@a-w-f.de> wrote:
> On 29.06.2012 10:42, zhangjf wrote:
>>
>> I don't know here which distribution linux32 refers to. Our build on
>> SuSe 11.1 breaks on serf 1.1 because it has a new dependency on
>> libexpat.so, we resolved it by installing the libexpat-devel rpm
>> package.
>
>
> That should only be necessary if you are using --with-system-serf.
> Otherwise the external version should be used. I probably broke that when I
> added the --with-system-serf switch.
Revision 1351981 broke rev. 1341713, now no patches are applied at all:
make writeable...
no patch needed...
touch ./unxlngx6/misc/build/so_patched_so_serf
mkdir ./unxlngx6/misc/build/serf-1.1.0/
Regards
Re: [BUILDBOT] build breakers
Posted by zhangjf <zh...@apache.org>.
Except that, we don't have more problems. Actual we already had
success builds (r1355082) on Windows XP (vs2008 pro w/ cygwin), Suse
11.1, Ubuntu 11.04, MacOS 10.6 today. From the above linux 64 and Win7
error message, I am wondering if it needs a fresh autoconf. We saw
similar error messages in an updated Mac source build environment
before, but I am not sure.
zhangjf
On Fri, Jun 29, 2012 at 4:50 PM, Andre Fischer <af...@a-w-f.de> wrote:
> On 29.06.2012 10:42, zhangjf wrote:
>>
>> I don't know here which distribution linux32 refers to. Our build on
>> SuSe 11.1 breaks on serf 1.1 because it has a new dependency on
>> libexpat.so, we resolved it by installing the libexpat-devel rpm
>> package.
>
>
> That should only be necessary if you are using --with-system-serf.
> Otherwise the external version should be used. I probably broke that when I
> added the --with-system-serf switch.
>
> -Andre
>
>
>>
>> zhangjf
>>
>> On Fri, Jun 22, 2012 at 5:37 PM, Andre Fischer <af...@a-w-f.de> wrote:
>>>
>>> Hi,
>>>
>>> there are build breakers on all three platforms
>>>
>>> - Windows7
>>>
>>> in shell_2:
>>>
>>> has ./configure: line 7952: test: : integer expression expected
>>> ./configure: line 7957: test: : integer expression expected
>>> ./configure: line 7962: test: : integer expression expected
>>> configure: error: Compiler too old. Use Microsoft C/C++ .NET 2003/2005
>>> compiler.
>>>
>>> could be caused by missing DLLs when the compiler is called to detect its
>>> version. In that case cl does not print anything. I have seen something
>>> similar when I tried to use the 2010 dev studio.
>>>
>>>
>>> - Linux64
>>>
>>> in compile_2 there is the line
>>>
>>> ./configure: line 11931: test: : integer expression expected
>>>
>>> @Andrew: can you post the config.log and configure files so that we can
>>> better analyze the cause of this bug?
>>>
>>>
>>> - Linux32
>>>
>>> the build breaker seems to be caused by my recent changes in
>>> ext_libraries/serf. It may be sufficient to make a clean build.
>>>
>>> @Andrew: can you trigger that?
>>>
>>>
>>> Regards,
>>> Andre
>
>
Re: [BUILDBOT] build breakers
Posted by Andre Fischer <af...@a-w-f.de>.
On 29.06.2012 10:42, zhangjf wrote:
> I don't know here which distribution linux32 refers to. Our build on
> SuSe 11.1 breaks on serf 1.1 because it has a new dependency on
> libexpat.so, we resolved it by installing the libexpat-devel rpm
> package.
That should only be necessary if you are using --with-system-serf.
Otherwise the external version should be used. I probably broke that
when I added the --with-system-serf switch.
-Andre
>
> zhangjf
>
> On Fri, Jun 22, 2012 at 5:37 PM, Andre Fischer <af...@a-w-f.de> wrote:
>> Hi,
>>
>> there are build breakers on all three platforms
>>
>> - Windows7
>>
>> in shell_2:
>>
>> has ./configure: line 7952: test: : integer expression expected
>> ./configure: line 7957: test: : integer expression expected
>> ./configure: line 7962: test: : integer expression expected
>> configure: error: Compiler too old. Use Microsoft C/C++ .NET 2003/2005
>> compiler.
>>
>> could be caused by missing DLLs when the compiler is called to detect its
>> version. In that case cl does not print anything. I have seen something
>> similar when I tried to use the 2010 dev studio.
>>
>>
>> - Linux64
>>
>> in compile_2 there is the line
>>
>> ./configure: line 11931: test: : integer expression expected
>>
>> @Andrew: can you post the config.log and configure files so that we can
>> better analyze the cause of this bug?
>>
>>
>> - Linux32
>>
>> the build breaker seems to be caused by my recent changes in
>> ext_libraries/serf. It may be sufficient to make a clean build.
>>
>> @Andrew: can you trigger that?
>>
>>
>> Regards,
>> Andre
Re: [BUILDBOT] build breakers
Posted by zhangjf <zh...@apache.org>.
I don't know here which distribution linux32 refers to. Our build on
SuSe 11.1 breaks on serf 1.1 because it has a new dependency on
libexpat.so, we resolved it by installing the libexpat-devel rpm
package.
zhangjf
On Fri, Jun 22, 2012 at 5:37 PM, Andre Fischer <af...@a-w-f.de> wrote:
> Hi,
>
> there are build breakers on all three platforms
>
> - Windows7
>
> in shell_2:
>
> has ./configure: line 7952: test: : integer expression expected
> ./configure: line 7957: test: : integer expression expected
> ./configure: line 7962: test: : integer expression expected
> configure: error: Compiler too old. Use Microsoft C/C++ .NET 2003/2005
> compiler.
>
> could be caused by missing DLLs when the compiler is called to detect its
> version. In that case cl does not print anything. I have seen something
> similar when I tried to use the 2010 dev studio.
>
>
> - Linux64
>
> in compile_2 there is the line
>
> ./configure: line 11931: test: : integer expression expected
>
> @Andrew: can you post the config.log and configure files so that we can
> better analyze the cause of this bug?
>
>
> - Linux32
>
> the build breaker seems to be caused by my recent changes in
> ext_libraries/serf. It may be sufficient to make a clean build.
>
> @Andrew: can you trigger that?
>
>
> Regards,
> Andre
Re: [BUILDBOT] build breakers
Posted by Andre Fischer <af...@a-w-f.de>.
On 09.07.2012 19:13, Andrew Rist wrote:
>
>
> On 6/22/2012 2:37 AM, Andre Fischer wrote:
>> Hi,
>>
>> there are build breakers on all three platforms
>>
>> - Windows7
>>
>> in shell_2:
>>
>> has ./configure: line 7952: test: : integer expression expected
>> ./configure: line 7957: test: : integer expression expected
>> ./configure: line 7962: test: : integer expression expected
>> configure: error: Compiler too old. Use Microsoft C/C++ .NET 2003/2005
>> compiler.
>>
>> could be caused by missing DLLs when the compiler is called to detect
>> its version. In that case cl does not print anything. I have seen
>> something similar when I tried to use the 2010 dev studio.
>>
> now cleared up...
Great, thanks.
>>
>> - Linux64
>>
>> in compile_2 there is the line
>>
>> ./configure: line 11931: test: : integer expression expected
>>
>> @Andrew: can you post the config.log and configure files so that we
>> can better analyze the cause of this bug?
>>
> Are you looking for more then you get here:
> http://ci.apache.org/builders/openoffice-linux64-nightly/builds/282/steps/compile_2/logs/stdio
>
> also here:
> http://ci.apache.org/projects/openoffice/buildlogs/linux64/log/unxlngx6.pro.build.html
>
>
> The 64 bit build is timing out right now - strange...
Strange is the right word. Today the build hangs in javaunohelper,
yesterday it was jurt. Looks like a random problem with the java compiler.
I have changed (hacked) build.pl so that the output is not lost even
when the build is aborted by the buildbot. See
http://ci.apache.org/builders/openoffice-linux64-nightly/builds/284/steps/shell_1/logs/stdio
-Andre
>
> A.
>
>>
>> - Linux32
>>
>> the build breaker seems to be caused by my recent changes in
>> ext_libraries/serf. It may be sufficient to make a clean build.
>>
>> @Andrew: can you trigger that?
> (I cleaned up the dir)
> now cleared up...
Thanks.
>>
>> Regards,
>> Andre
>
Re: [BUILDBOT] build breakers
Posted by Andrew Rist <an...@oracle.com>.
On 6/22/2012 2:37 AM, Andre Fischer wrote:
> Hi,
>
> there are build breakers on all three platforms
>
> - Windows7
>
> in shell_2:
>
> has ./configure: line 7952: test: : integer expression expected
> ./configure: line 7957: test: : integer expression expected
> ./configure: line 7962: test: : integer expression expected
> configure: error: Compiler too old. Use Microsoft C/C++ .NET 2003/2005
> compiler.
>
> could be caused by missing DLLs when the compiler is called to detect
> its version. In that case cl does not print anything. I have seen
> something similar when I tried to use the 2010 dev studio.
>
now cleared up...
>
> - Linux64
>
> in compile_2 there is the line
>
> ./configure: line 11931: test: : integer expression expected
>
> @Andrew: can you post the config.log and configure files so that we
> can better analyze the cause of this bug?
>
Are you looking for more then you get here:
http://ci.apache.org/builders/openoffice-linux64-nightly/builds/282/steps/compile_2/logs/stdio
also here:
http://ci.apache.org/projects/openoffice/buildlogs/linux64/log/unxlngx6.pro.build.html
The 64 bit build is timing out right now - strange...
A.
>
> - Linux32
>
> the build breaker seems to be caused by my recent changes in
> ext_libraries/serf. It may be sufficient to make a clean build.
>
> @Andrew: can you trigger that?
(I cleaned up the dir)
now cleared up...
>
> Regards,
> Andre
Re: [BUILDBOT] build breakers
Posted by Herbert Duerr <hd...@apache.org>.
On 09.07.2012 19:03, Andrew Rist wrote:
> an update on this...
> The Win buildbot is now on VS 2008, and building the same as the
> unofficial dev builds - the build runs through fine - the only issue
> left is that I can't find the install bits...
> do I need to run another step to generate them?
The buildbot ran through most of its steps with a green status even
though there were problems, e.g.
http://ci.apache.org/builders/aoo-win7/builds/230/steps/shell_4/logs/stdio
reports that some files were not found:
ERROR: The following files could not be found:
ERROR: File not found: /ooo/services.rdb
ERROR: File not found: apr-util.dll
ERROR: File not found: serf.dll
ERROR: File not found: so_activex.dll
ERROR: File not found: ucpdav1.dll
ERROR: File not found: services.rdb
With these files missing it cannot package the install bits.
For the serf, apr-util and ucpdav1 files the reason could be that the
output trees in ext_libraries/*/wntmsci12* were not clean before building.
Herbert
Re: [BUILDBOT] build breakers
Posted by Andrew Rist <an...@oracle.com>.
an update on this...
The Win buildbot is now on VS 2008, and building the same as the
unofficial dev builds - the build runs through fine - the only issue
left is that I can't find the install bits...
do I need to run another step to generate them?
A.
-------- Original Message --------
Subject: Re: [BUILDBOT] build breakers
Date: Fri, 06 Jul 2012 10:45:35 +0200
From: Andre Fischer <af...@a-w-f.de>
Reply-To: ooo-dev@incubator.apache.org
To: ooo-dev@incubator.apache.org
Here is a quick update on the status of the buildbots:
- Windows7 still breaks because it attempts to use the compiler from
Visual Studio 2010 instead of the officially supported one from 2008.
- Linux 32bit is OK.
- Linux 64bit has a strange, Java related problem. With Herbert's help
I have changed the build.pl script a little bit so that we get the dmake
output even when the buildbot terminates the build process. With that
we have found out that the build most often (2 times in the last 3 days)
when building javadoc.
The cause of the hang remains unknown. Any help by Java-experts is welcome.
The log file of the Linux 64bit can be found here:
http://ci.apache.org/builders/openoffice-linux64-nightly/builds/279/steps/shell_1/logs/stdio
Go to the end and find the last non-blue (shall I say black?) lines.
-Andre
Re: [BUILDBOT] build breakers
Posted by Andre Fischer <af...@a-w-f.de>.
On 06.07.2012 17:30, Tsutomu Uchino wrote:
> 2012/7/6 Andre Fischer <af...@a-w-f.de>:
>> Here is a quick update on the status of the buildbots:
>>
>> - Windows7 still breaks because it attempts to use the compiler from Visual
>> Studio 2010 instead of the officially supported one from 2008.
>>
>> - Linux 32bit is OK.
>>
>> - Linux 64bit has a strange, Java related problem. With Herbert's help I
>> have changed the build.pl script a little bit so that we get the dmake
>> output even when the buildbot terminates the build process. With that we
>> have found out that the build most often (2 times in the last 3 days) when
>> building javadoc.
>> The cause of the hang remains unknown. Any help by Java-experts is welcome.
> This is not a solution but we do not need javadoc for httpclient so
> it can omit to build like as follows:
> diff -u misc/build.xml misc/build/commons-httpclient-3.1/build.xml
> --- misc/build.xml 2007-08-18 18:02:14.000000000 +0900
> +++ misc/build/commons-httpclient-3.1/build.xml 2012-07-07
> 00:21:06.331136658 +0900
> @@ -142,7 +142,7 @@
>
> <!-- ========== Targets: "External" Targets =============================== -->
>
> - <target name="dist" depends="compile,doc"
> + <target name="dist" depends="compile"
> description="Create binary distribution">
> <mkdir dir="${dist.home}"/>
> <copy file="LICENSE.txt" todir="${dist.home}"/>
You are right that this, in general, is not a good solution. But the
javadoc generation is unnecessary in this case, because it is not
delivered. So your change is a performance improvement :-)
I have committed it in SVN revision 1358967.
-Andre
>
>>
>> The log file of the Linux 64bit can be found here:
>>
>> http://ci.apache.org/builders/openoffice-linux64-nightly/builds/279/steps/shell_1/logs/stdio
>>
>> Go to the end and find the last non-blue (shall I say black?) lines.
>>
>> -Andre
>
> -Tsutomu
>
Re: [BUILDBOT] build breakers
Posted by Tsutomu Uchino <ha...@gmail.com>.
2012/7/6 Andre Fischer <af...@a-w-f.de>:
> Here is a quick update on the status of the buildbots:
>
> - Windows7 still breaks because it attempts to use the compiler from Visual
> Studio 2010 instead of the officially supported one from 2008.
>
> - Linux 32bit is OK.
>
> - Linux 64bit has a strange, Java related problem. With Herbert's help I
> have changed the build.pl script a little bit so that we get the dmake
> output even when the buildbot terminates the build process. With that we
> have found out that the build most often (2 times in the last 3 days) when
> building javadoc.
> The cause of the hang remains unknown. Any help by Java-experts is welcome.
This is not a solution but we do not need javadoc for httpclient so
it can omit to build like as follows:
diff -u misc/build.xml misc/build/commons-httpclient-3.1/build.xml
--- misc/build.xml 2007-08-18 18:02:14.000000000 +0900
+++ misc/build/commons-httpclient-3.1/build.xml 2012-07-07
00:21:06.331136658 +0900
@@ -142,7 +142,7 @@
<!-- ========== Targets: "External" Targets =============================== -->
- <target name="dist" depends="compile,doc"
+ <target name="dist" depends="compile"
description="Create binary distribution">
<mkdir dir="${dist.home}"/>
<copy file="LICENSE.txt" todir="${dist.home}"/>
>
> The log file of the Linux 64bit can be found here:
>
> http://ci.apache.org/builders/openoffice-linux64-nightly/builds/279/steps/shell_1/logs/stdio
>
> Go to the end and find the last non-blue (shall I say black?) lines.
>
> -Andre
-Tsutomu
Re: [BUILDBOT] build breakers
Posted by Andre Fischer <af...@a-w-f.de>.
Here is a quick update on the status of the buildbots:
- Windows7 still breaks because it attempts to use the compiler from
Visual Studio 2010 instead of the officially supported one from 2008.
- Linux 32bit is OK.
- Linux 64bit has a strange, Java related problem. With Herbert's help
I have changed the build.pl script a little bit so that we get the dmake
output even when the buildbot terminates the build process. With that
we have found out that the build most often (2 times in the last 3 days)
when building javadoc.
The cause of the hang remains unknown. Any help by Java-experts is welcome.
The log file of the Linux 64bit can be found here:
http://ci.apache.org/builders/openoffice-linux64-nightly/builds/279/steps/shell_1/logs/stdio
Go to the end and find the last non-blue (shall I say black?) lines.
-Andre