incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kay Schenk <>
Subject Re: [BUILD] linux32 build broken at bridges
Date Thu, 16 Feb 2012 19:28:01 GMT
On Thu, Feb 16, 2012 at 9:53 AM, Andrew Rist <> wrote:

> The Linux 32 build has now been switched to jdk 1.6 (from jdk 1.7) which
> has largely fixed the build.  This is something we may have to look at in
> the future.
> It seems that hsqldb will need to be upgraded in order to compile with 1.7
> (though this was not the only error encountered)
> There were also issues with character sets and the build of
> apache-commons, where neither UTF8 nor ASCII results in a compile and an
> ANT_OPTS -Dfile.encoding=iso-8859-1 needs to be set for the startup of ant
> (not inside the and build command) - this too seems to go away with jdk 1.6
> Now the Linux32 build is stopped at bridges
> main/bridges/**misc/logs/source.cpp_uno.gcc3_**
> linux_intel.txt<>
> it is an issue with STL and not finding the correct headers
>   /usr/lib/gcc/i686-linux-gnu/4.**6.1/include/../include/stddef.**h:212:23:
> note:   'size_t'
>   /usr/include/c++/4.6/i686-**linux-gnu/./bits/c++config.h:**155:26:
> note:   '_STL::size_t'
>   /usr/include/c++/4.6/new:94:**33: error: declaration of 'operator new
> []' as non-function
>   /usr/include/c++/4.6/new:94:**22: error: 'size_t' is not a member of
> 'std'
>   /usr/include/c++/4.6/new:94:**22: note: suggested alternatives:
> Can anyone provide some help on this?
> A.

Andrew --

I can't help with this specific issue at the moment, but good to know about
the java 1.7 issue, as I was going to try a build on my own box sometime
this weekend, and had thought of switching to jdk 1.7.

On the other matter -- without knowing a bit more about the C++ environment
on the buildbot machine, well.. ???? Are there significant differences in
the setup (header include files) for linux 64 bit vs linux 32 bit? I would
start there probably.


"Follow your bliss."
         -- attributed to Joseph Campbell

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message