It should be fixed in 1840343: "When building other languages (--with-lang="..."), the build was breaking because rsc couldn't compile certain resources (usually in main/sfx2).
Apparently the RSC preprocessor, rscpp, uses very small buffers by default. When the SOLAR preprocessor definition is defined, it uses bigger buffers instead. Previously dmake was explicitly passing "-DSOLAR" to the C compiler but I missed it when porting main/rsc to gbuild. When added back, main/sfx2 builds languages successfully." On Fri, Sep 7, 2018 at 10:23 PM Matthias Seidel <matthias.sei...@hamburg.de> wrote: > Am 07.09.2018 um 20:45 schrieb Damjan Jovanovic: > > My successful builds used: > > configure:22632: checking which languages to be built > configure:22636: result: en-US > > The Windows buildbot: > > checking which languages to be built... en-US de fr it pt ja > > It's probably only reproducible with a certain language selection? > > > It is more probably building in en-US only? > > That is why the buildbots always build different languages, to catch such > situations... > > > > On Fri, Sep 7, 2018 at 5:55 PM Matthias Seidel <matthias.sei...@hamburg.de> > <matthias.sei...@hamburg.de> > wrote: > > > Nothing changed at the buildbots configuration... > > It began to break with > r1839782:https://ci.apache.org/builders/aoo-win7https://ci.apache.org/builders/openoffice-linux64-nightlyhttps://ci.apache.org/builders/openoffice-linux32-nightly > > Confirmed with my personal Windows builds. > > > Am 07.09.2018 um 17:45 schrieb Damjan Jovanovic: > > Windows, Linux and FreeBSD all build for me. > > Something must be different with the options to ./configure. > > On Fri, Sep 7, 2018 at 4:13 PM Matthias Seidel < > > matthias.sei...@hamburg.de> > > wrote: > > > Hi Damjan, > > Am 05.09.2018 um 04:48 schrieb Damjan Jovanovic: > > On Tue, Sep 4, 2018 at 9:27 PM Matthias Seidel < > > matthias.sei...@hamburg.de> > > wrote: > > > Am 04.09.2018 um 18:56 schrieb Damjan Jovanovic: > > On Tue, Sep 4, 2018 at 11:16 AM Matthias Seidel < > > matthias.sei...@hamburg.de> > > wrote: > > > Hi Damjan, > > Am 04.09.2018 um 07:43 schrieb Damjan Jovanovic: > > I don't get it, main/sfx2 builds for me on both FreeBSD and > > Windows. > > main/salhelper fails to build on Windows, and it looks like a > > mission > > to > > fix it :(. > > It *is* now in salhelper: > > > > https://ci.apache.org/projects/openoffice/buildlogs/win/main/salhelper/wntmsci12.pro/misc/logs/prj.txt > > I just committed a patch to salhelper that should fix building on > > Windows. > > And starting a clean rebuild to check for other errors. > > Hi Damjan, > > I also started a new Windows build... > > But the Linux builds still fail in sfx2: > > > > https://ci.apache.org/projects/openoffice/buildlogs/linux64/main/sfx2/unxlngx6.pro/misc/logs/prj.txt > > Looks like a syntax error in a resource file? > > > > I had to make a few more changes in r1840081 to get Windows to build, > > but > > it does build now. > > It's possible that porting rsc (our resource compiler) to gbuild, and > > the > > Bison support I had to add to gbuild, broke parsing some resource > > files. > > But I don't understand how Windows and FreeBSD build, but Linux > > doesn't? > > At least Windows doesn't build either: > > > > https://ci.apache.org/projects/openoffice/buildlogs/win/main/sfx2/wntmsci12.pro/misc/logs/prj.txt > > Regards, > Matthias > > > > > >
