Am 08.09.2018 um 10:16 schrieb Damjan Jovanovic: > 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."
Hi Damjan, Great! Building as we speak... And thanks for the explanation. It helps me to (hopefully) understand more and more. ;-) Regards, Matthias > > 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 >> >> >> >> >> >>
smime.p7s
Description: S/MIME Cryptographic Signature
