Re: Upstreaming FreeBSD ports patches before 4.2.0?

on the gbuild side of things. Why not? It seems like a useful debug feature. On 15 Apr, Damjan Jovanovic wrote: > Alright thank you. > > Would it be better to just scrap cpprt, like gbuild modules already do? > > On Sat, Apr 14, 2018 at 4:59 PM, Don Lewis <truck...@apache.org> w

Re: svn commit: r1829494 - in /openoffice/trunk/main: basegfx/source/range/b2drangeclipper.cxx slideshow/source/inc/listenercontainer.hxx

On 19 Apr, p...@apache.org wrote: > Author: pfg > Date: Thu Apr 19 03:43:05 2018 > New Revision: 1829494 > > URL: http://svn.apache.org/viewvc?rev=1829494=rev > Log: > Fix build with boost-1.67. > > The release notes say: > > Utility: > Breaking change: header no longer includes

Re: Upstreaming FreeBSD ports patches before 4.2.0?

On 14 Apr, Damjan Jovanovic wrote: > Hi > > Can we please upstream the patches from FreeBSD ports, before the 4.2.0 > release? > > That idlc memory alignment SIGBUS crash from > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216206 is Clang specific, > not FreeBSD specific, and could happen

Re: Does AOO 4.2.x need new system requirements?

On 26 Mar, Kay Schenk wrote: > On Mon, Mar 26, 2018, 05:57 Andrea Pescetti wrote: > >> Kay Schenk wrote: >> > This particular requirement is a source of confusion for me. >> > >> > I'm pretty sure glib 2.5, is some internal RedHat (CentOS5) version >> > numbering scheme.

Re: Which C++ language version?

On 26 Mar, Damjan Jovanovic wrote: > Don't we use C++ 2003? Good question. That version is not listed here: https://gcc.gnu.org/projects/cxx-status.html Under the C++98 section it does mention that the 2003 modifications are supported with -std=c++98 and -std=gnu++98. That version is also not

Re: Which C++ language version?

On 26 Mar, Peter kovacs wrote: > I had to build with -std=c++11 on gcc 7. > C++98 did not work as far as I remeber. > C++17 did lead also to failure I believe. > > So I think we use features from the partial support already. I think we are depending on some GNU extensions to C++98, so our code

Re: Which C++ language version?

On 25 Mar, Patricia Shanahan wrote: > What version of the C++ standard should we code to? At least for now, C++ 98. The version of gcc in CentOS 6 only has partial support for C++ 0x. Our Windows build instructions currently recommend a 2007 version of the compiler and libraries, which predate

Re: rdbmaker issues

On 20 Mar, Damjan Jovanovic wrote: > The name of the cppuhelpers library is generated in main/cppuhelper/source/ > makefile.mk: > > .IF "$(GUI)" == "WNT" > SHL1TARGET=$(TARGET)$(UDK_MAJOR)$(COMID) > .ELIF "$(GUI)" == "OS2" > SHL1TARGET=cppuh$(UDK_MAJOR) > .ELSE > SHL1TARGET=uno_$(TARGET)$(COMID)

Re: svn commit: r1827215 - in /openoffice/trunk/main: configure.ac solenv/gbuild/platform/macosx.mk

On 19 Mar, Jim Jagielski wrote: > The later doesn't help w/ the bridges stuff :/ > > I'll try to figure out where the gcc3 is leaking in and plug that. It is probably leaking in via the environment. Did you rerun the script to set the environment after re-running autoconf and configure? In any

Re: svn commit: r1827215 - in /openoffice/trunk/main: configure.ac solenv/gbuild/platform/macosx.mk

Either go back to the earlier code and change the equality test to a case statement that matches darwin*, or change the other instances of s5abi to gcc3. On 19 Mar, Jim Jagielski wrote: > OK, so what do I do? How to fix this? Any ideas? > >> On Mar 19, 2018, at 7:58 PM, Don

Re: svn commit: r1827215 - in /openoffice/trunk/main: configure.ac solenv/gbuild/platform/macosx.mk

On 19 Mar, Jim Jagielski wrote: > Yeah, I see that now... Before my commits, the macOS builds > broke mid-stream, due to the rdbmaker stuff, et.al... as could > be seen, there was places where macOS was using/expecting > gcc3 and others where it was s5abi. 4.1.5 seemed to use > s5abi universally,

Re: svn commit: r1827215 - in /openoffice/trunk/main: configure.ac solenv/gbuild/platform/macosx.mk

On 19 Mar, Jim Jagielski wrote: > > >> On Mar 19, 2018, at 6:47 PM, Don Lewis <truck...@apache.org> wrote: >> >> I don't think this is correct. As I recall the bridges code for Mac >> uses s5abi. >> > > As long as we remain consistent, we sh

Re: svn commit: r1827215 - in /openoffice/trunk/main: configure.ac solenv/gbuild/platform/macosx.mk

On 19 Mar, j...@apache.org wrote: > Author: jim > Date: Mon Mar 19 16:53:04 2018 > New Revision: 1827215 > > URL: http://svn.apache.org/viewvc?rev=1827215=rev > Log: > Use gcc3 for COMID for macOS/OSX > > Modified: > openoffice/trunk/main/configure.ac >

Re: rdbmaker issues

On 19 Mar, Jim Jagielski wrote: > The migration of rdbmaker to build is causing issues w/ macOS: > It's looking for libuno_cppuhelpers5abi.dylib but what is being > created is libuno_cppuhelpersgcc3.dylib > > No idea where the names are being generated or managed, since > the makefile uses > >

Re: svn commit: r1826059 - /openoffice/trunk/main/solenv/win64/win64.patch

On 7 Mar, dam...@apache.org wrote: > Author: damjan > Date: Wed Mar 7 00:39:35 2018 > New Revision: 1826059 > > URL: http://svn.apache.org/viewvc?rev=1826059=rev > Log: > Add a missing .ENDIF > > Patch by: me > > > Modified: > openoffice/trunk/main/solenv/win64/win64.patch > > Modified:

Re: SvpGlyphPeer::RemovingGlyph() compile error

for me and worry about > Compiler Version issue as a later step. > > Also another Idea could be to cut out the code and replace it with a general > better design. But then we need to find the user story to it. Which is a lot > of digging. > And I dont think the code is that ba

Re: SvpGlyphPeer::RemovingGlyph() compile error

&& > rGlyphData.ExtDataRef().mpData != Format::NONE) > > > You can work around this issue in gcc by setting some flags that allows > the use of Format::NONE directly. But i concider this as not so good. > > All the best > Peter > > On 30.01.2018 21:01, Do

SvpGlyphPeer::RemovingGlyph() compile error

When doing a build with clang 6, which defaults to c++14, I get a compile error in SvpGlyphPeer::RemovingGlyph() in vcl/unx/headless/svptext.cxx on this line: if( rGlyphData.ExtDataRef().mpData != Format::NONE ) This isn't too surprising since Format::NONE is an integer and mpData is a

Re: patch to move $CCNUMVER from dmake to configure

On 16 Jan, Kay Schenk wrote: > > > On 01/11/2018 11:24 PM, Don Lewis wrote: >> The patch below moves the calculation of $CCNUMVER and some other >> variables from main/solenv/inc/tg_compv.mk, where it is only usable by >> dmake, to configure, where it can be us

patch to move $CCNUMVER from dmake to configure

The patch below moves the calculation of $CCNUMVER and some other variables from main/solenv/inc/tg_compv.mk, where it is only usable by dmake, to configure, where it can be used by both dmake and gbuild. This is a requirement for me upstream some compiler bug workaround patches from the FreeBSD

Re: svn commit: r1818290 - in /openoffice/trunk/main: automation/ canvas/ dbaccess/ framework/ sc/ sd/ sfx2/ solenv/gbuild/ svx/

On 15 Dec, truck...@apache.org wrote: > Author: truckman > Date: Fri Dec 15 14:54:32 2017 > New Revision: 1818290 > > URL: http://svn.apache.org/viewvc?rev=1818290=rev > Log: > Enhance gb_LinkTarget_set_*_optimization functions to allow multiple > targets to be specified. > > Convert

Re: svn commit: r1818128 - in /openoffice/trunk/main: ./ dtrans/ embeddedobj/ scp2/source/ooo/ slideshow/ solenv/inc/ vcl/ xmlsecurity/source/xmlsec/nss/

On 14 Dec, yda...@apache.org wrote: > Author: ydario > Date: Thu Dec 14 13:50:08 2017 > New Revision: 1818128 > > URL: http://svn.apache.org/viewvc?rev=1818128=rev > Log: > #i126518# OS/2 build system updates: use full names for slideshow and > sysdtrans, remove unneeded libraries, use standard

Re: A more sane way to build - SCons, deCygwination and other hopes

On 2 Dec, Damjan Jovanovic wrote: > * It already broke certain mixtures of build settings, eg. I think you > can't both debug build and use precompiled headers on Windows, CFLAGS gets > lost somewhere... I figured out that problem and discovered that when using precompiled headers with Visual

Re: [PROPOSAL] Public Beta for 4.2

On 1 Dec, Jim Jagielski wrote: > I also like that we announce 4.1.5-GA at the same time we announce > 4.2.0-B1. I think we are still a ways from being ready for a Beta release. For instance, we need to do another sweep of the bundled software to see what needs to be updated. For instance, I

Re: A more sane way to build - SCons, deCygwination and other hopes

On 2 Dec, Damjan Jovanovic wrote: > On Sat, Dec 2, 2017 at 4:19 PM, Jim Jagielski wrote: > >> Playing devils advocate, does it make sense to introduce >> Yet Another Build System at this stage? >> >> > I anticipated this question. > > Firstly, we don't only have dmake and

Re: a more sane way to override optimization flags in gbuild

On 30 Nov, Jim Jagielski wrote: > I think for 4.2.x and later, we have deprecated CentOS5 as a supported > build system... I ran into a LOT of issues. So, imo, any fix that is > *specific* for CentOS5 should be discounted. I can't even do CentOS5 builds anymore. My CentOS5 VM broke and CentOS

Re: a more sane way to override optimization flags in gbuild

On 30 Nov, Peter kovacs wrote: > The bug mentioned is referring to a gcc bug in 4.2.x. The bugtrackerlink > claims it is fixed in 4.3.x > Do we need to keep these workarounds? > Maybe we can drop this all together. Would raise maintainability in general. > Who uses 4.2.x compilers? RHEL / CentOS

Re: a more sane way to override optimization flags in gbuild

On 29 Nov, Jim Jagielski wrote: > I'm just concerned about the CXXFLAGS interaction > > The proposed patch breaks how I expect many people > are building AOO and it's a regression that, unless > we are super clear about it, would bite a lot of > people. How about this: Index:

Re: a more sane way to override optimization flags in gbuild

On 29 Nov, Jim Jagielski wrote: > I'm just concerned about the CXXFLAGS interaction > > The proposed patch breaks how I expect many people > are building AOO and it's a regression that, unless > we are super clear about it, would bite a lot of > people. How many people set CXXFLAGS in the

Re: a more sane way to override optimization flags in gbuild

On 28 Nov, Jim Jagielski wrote: > Wouldn't it make sense to do something like LOCAL_CFLAGS which > could then be manipulated?... It depends on what the goal is. What would be nice is if debug flags and optimization flags could be specified from the environment in CFLAGS to override the defaults,

a more sane way to override optimization flags in gbuild

Here's a gbuild patch vs. trunk r1816518 that makes setting optimization level overrides for specific files a lot easier. I also added a way to safely specify -O1 without breaking debug. It's not perfect because if someone set CXXFLAGS in the environment, it will override the override in the .mk

Re: another bug in base

On 27 Nov, Patricia Shanahan wrote: > On 11/27/2017 7:07 PM, Don Lewis wrote: >> On 26 Nov, Patricia Shanahan wrote: >>> >>> >>> On 11/26/2017 4:47 PM, Don Lewis wrote: >>>> On 27 Nov, Damjan Jovanovic wrote: >>>>> I can't reproduce

security fixes in trunk

When I diff the files that were changed for security reasons in 4.1.4 (this is actually 4.1.5 since I have a fresh checkout handy) vs. the same files in trunk, and throw out all the diff chunks that solely contain whitespace, spelling, translation, etc. changes, this is what remains: ---

Re: another bug in base

On 26 Nov, Patricia Shanahan wrote: > > > On 11/26/2017 4:47 PM, Don Lewis wrote: >> On 27 Nov, Damjan Jovanovic wrote: >>> I can't reproduce it here, on trunk with: >>> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 >&

Re: svn commit: r1816459 - in /openoffice/trunk/main/fpicker: ./ source/aqua/

On 27 Nov, j...@apache.org wrote: > Author: jim > Date: Mon Nov 27 15:14:23 2017 > New Revision: 1816459 > > URL: http://svn.apache.org/viewvc?rev=1816459=rev > Log: > Force fpicker to be treated as objC and ensure we > link to the required libs > > Added: >

Re: svn commit: r1815700 - /openoffice/trunk/main/framework/Library_fwk.mk

On 27 Nov, Jim Jagielski wrote: > % cc --version > Apple LLVM version 7.3.0 (clang-703.0.31) > Target: x86_64-apple-darwin16.7.0 > Thread model: posix > InstalledDir: > /Applications/Xcode7.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin How inconvenient. It looks like Apple

Re: svn commit: r1815700 - /openoffice/trunk/main/framework/Library_fwk.mk

On 27 Nov, Damjan Jovanovic wrote: > Who confirmed that it "also affects FreeBSD 10.3 with clang 3.4.1"? > If it was me, I was wrong, as I said later in the same email thread. I was able to confirm it. I saw the link to the forum where a FreeBSD user reported that the table wizard didn't work,

Re: svn commit: r1815700 - /openoffice/trunk/main/framework/Library_fwk.mk

On 26 Nov, Don Lewis wrote: > On 26 Nov, Don Lewis wrote: >> On 18 Nov, j...@apache.org wrote: >>> Author: jim >>> Date: Sat Nov 18 22:24:42 2017 >>> New Revision: 1815700 >>> >>> URL: http://svn.apache.org/viewvc?rev=1815700=rev >&

Re: svn commit: r1815700 - /openoffice/trunk/main/framework/Library_fwk.mk

On 26 Nov, Don Lewis wrote: > On 18 Nov, j...@apache.org wrote: >> Author: jim >> Date: Sat Nov 18 22:24:42 2017 >> New Revision: 1815700 >> >> URL: http://svn.apache.org/viewvc?rev=1815700=rev >> Log: >> Force compilation with -O1 flag instead of -O2

Re: another bug in base

On 27 Nov, Damjan Jovanovic wrote: > I can't reproduce it here, on trunk with: > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 > Target: x86_64-unknown-freebsd10.3 > with either our built-in HSQLDB driver or SQlite over ODBC. > > What version of AOO are you using? What

another bug in base

I'm seeing another bug in base on all versions of FreeBSD. To reproduce: 1. Open an existing database 2. Select Table in the far left pane 3. Select a table in the lower left pane 4. Select Document in the lower right pane At that point, my mouse cursor shows that something is busy. I am

Re: svn commit: r1815700 - /openoffice/trunk/main/framework/Library_fwk.mk

On 18 Nov, j...@apache.org wrote: > Author: jim > Date: Sat Nov 18 22:24:42 2017 > New Revision: 1815700 > > URL: http://svn.apache.org/viewvc?rev=1815700=rev > Log: > Force compilation with -O1 flag instead of -O2 > > Modified: > openoffice/trunk/main/framework/Library_fwk.mk > > Modified:

Re: Jim's Windows7 issues solved!?

I thought it was documented, but maybe with not enough emphasis. I've tripped over it myself and discovered the fix by reading the documentation more closely. On 25 Nov, Jim Jagielski wrote: > Yeah, I'll update the build instructions as needed. > >> On Nov 22, 2017, at 11:17 PM, Patricia

Re: FYI: The OO 4.1.4 Mac problem

On 15 Nov, Jim Jagielski wrote: > Agreed. > > FWIW, I have been unable to even create a 4.1.2 build that works in > both cases, and this is via various combinations of libxml2, libxslt, Xcode > (both > 7 and 8) and selected SDKs. Look for system libraries that that we use and that link to

Re: build went through without compiler errors, but had to make some changes with guesses

On 14 Nov, Peter Kovacs wrote: > Hi all, > > I am proudly did finish a build tonight. > > However I did2 additional Code changes. I do not trust my choice. :P > > Both changes targetet to make the compiler happy, and to make a best > shot correctness. > > But I do not understand what I

Re: Report of 4.1.4 table problem on BSD

On 10 Nov, Damjan Jovanovic wrote: > I was wrong, the issue on the forum is not reproducible on either the > latest trunk of 1814757, or revision 1774839 from late 2016. The sample > tables in the table wizard are supposed to be there and always were. > > Now let's check 4.1.4. I'm not seeing

Re: Issue for 4.1.4 and MacOS

On 30 Oct, Jim Jagielski wrote: > So building 4.1.3 also results in the same behavior > as 4.1.4... so it is almost assuredly a build issue. > Assuming it is an SDK issue, I am trying to build > w/ Xcode5... Will keep everyone posted. It could also be different configuration settings for bundled

Re: [PROPOSAL] Managing branches for future releases

On 26 Oct, Peter kovacs wrote: > > > Am 25. Oktober 2017 21:25:42 MESZ schrieb Marcus : >>Am 25.10.2017 um 20:50 schrieb Peter kovacs: >>> Why do you want to branch all the time with names that can change? I >>think it is an expensive way of getting flexibility. I suggest a

Re: Upload of 4.1.4-RC5 to SourceForge

On 11 Oct, Andrea Pescetti wrote: > I've removed the 4.1.4-RC4 files from the SourceForge distribution area > (not public yet: it is "staged" and only project members can see it). > This is the place where our official binaries are served from. > > Instead of waiting for a successful vote, I

Re: svn commit: r22218 - in /dev/openoffice/4.1.4-RC5: ./ binaries/ sources/

On 11 Oct, j...@apache.org wrote: > Author: jim > Date: Wed Oct 11 16:07:28 2017 > New Revision: 22218 > > Log: > prep top level dir for 4.1.4-RC5 builds > > Added: > dev/openoffice/4.1.4-RC5/ > dev/openoffice/4.1.4-RC5/binaries/ > dev/openoffice/4.1.4-RC5/sources/ > If you upload

Re: Resigning as RM for 4.1.x

On 10 Oct, Rory O'Farrell wrote: > On Tue, 10 Oct 2017 11:54:54 -0400 > Jim Jagielski wrote: > >> Have we ever released a X.Y.Za? > > > Does it matter? There is a first time for everything. Why throw all the > 4.1.4 work away and start again with 4.1.5? > Or call it

Re: 4.1.4 show stopper!

On 10 Oct, Jim Jagielski wrote: > Thx again! > > Considering this issue, this means that 4.1.4 is also DOA. I will wait for > a few more hours, for West Coast to get online but my plan is to > start the process for AOO-415 Not releasing RC4 will considerably delay releasing a version that has

Re: WikiPublisher extension (was Re: servlet-api.jar)

On 4 Oct, To: dev@openoffice.apache.org wrote: > On 4 Oct, Don Lewis wrote: >> On 4 Oct, Matthias Seidel wrote: >>> Am 04.10.2017 um 18:27 schrieb Keith N. McKenna: >>>> On 10/4/2017 11:49 AM, Matthias Seidel wrote: >>>>> Am 04.10.2017 um 17:42 schri

WikiPublisher extension (was Re: servlet-api.jar)

On 4 Oct, Don Lewis wrote: > On 4 Oct, Matthias Seidel wrote: >> Am 04.10.2017 um 18:27 schrieb Keith N. McKenna: >>> On 10/4/2017 11:49 AM, Matthias Seidel wrote: >>>> Am 04.10.2017 um 17:42 schrieb Keith N. McKenna: >>>>> On 9/30/2017 8:42 AM, Don L

Re: servlet-api.jar

On 4 Oct, Keith N. McKenna wrote: > On 10/4/2017 3:03 PM, Don Lewis wrote: >> On 4 Oct, Matthias Seidel wrote: >>> Am 04.10.2017 um 18:27 schrieb Keith N. McKenna: >>>> On 10/4/2017 11:49 AM, Matthias Seidel wrote: >>>>> Am 04.10.2017 um 17:42 schri

Re: servlet-api.jar

On 4 Oct, Matthias Seidel wrote: > Am 04.10.2017 um 18:27 schrieb Keith N. McKenna: >> On 10/4/2017 11:49 AM, Matthias Seidel wrote: >>> Am 04.10.2017 um 17:42 schrieb Keith N. McKenna: >>>> On 9/30/2017 8:42 AM, Don Lewis wrote: >>>>> On 29 Sep, Mat

Re: [VOTE] Release Apache OpenOffice 4.1.4-RC4 as GA

+1 (non-binding) I built a FreeBSD package from the source tarball and installed it on my daily desktop. No obvious regressions, and documents that have links to external ole objects pop up the dialog box when opened. On 30 Sep, Jim Jagielski wrote: > I am calling a VOTE on releasing Apache

Re: servlet-api.jar

On 29 Sep, Matthias Seidel wrote: > That might explain why I have never seen a working WikiPublisher in the > last releases. > (Since at least 4.1.2 we build with that option on Windows) > > The question is: Do we need to build with that option if no one missed > the plugin? I've never tried to

report builder jar files

I'm attempting to update the FreeBSD openoffice-devel port, which is a snapshot of trunk, and add an option to enable the report builder extension. That requires a whole bunch of .jar files. Where should I get those? Since these .jar files need to be installed before running configure, I'll

servlet-api.jar

If we enable the mediawiki option but don't specify --with-servlet-api-jar, then configure selects an internal copy of servlet-api.jar and appends TOMCAT to BUILD_TYPE, but the build never attempts to build the tomcat module (which will generate a copy of servlet-api.jar) or bundle this .jar file

Re: [ANNOUNCE] Availability of AOO-4.1.4 RC4

On 22 Sep, Jim Jagielski wrote: > Available for immediate testing are the source tarballs/zips and > community builds of Apache OpenOffice 4.1.4-RC4 (RC3 was DOA). > > As noted, these are Release Candidates and are not official, > GA releases, although based on testing, the could become so. > So

Re: Building OO

Yes it did. On 19 Aug, Matthias Seidel wrote: > Hi Don, > > Did 4.1.4 build and work with your patch? > > Matthias > > > Am 16.08.2017 um 21:34 schrieb Don Lewis: >> On 16 Aug, Matthias Seidel wrote: >>> Am 16.08.2017 um 19:51 schrieb Don Lewis: >

Re: Building OO

On 16 Aug, Matthias Seidel wrote: > Am 16.08.2017 um 19:51 schrieb Don Lewis: >> I fixed the --enable-win-x64-shellext problem in r1805208. > > Great! > Now we could have all Windows buildbots in release quality! > (If they were only functional and Infra would assign m

Re: Building OO

ll be with "--enable-win-x64-shellext" but I suspect it > will stop because of expat2.2.3. > (For 4.1.4 we reverted to Jims patch) > > Matthias > > > Am 15.08.2017 um 20:00 schrieb Don Lewis: >> On 15 Aug, Matthias Seidel wrote: >>> Am 15.08.2017 um 1

java error when building AOO414 odk module

I just got a java error when building the odk module on 64-bit Windows 10. The java version is Java SE Development Kit 8 Update 144. I didn't run into this when building trunk. It's repeatable if I run "build --from odk", whether or not I clean the odk build directory first. mkdir.exe -p

Re: Building OO

On 15 Aug, Matthias Seidel wrote: > Am 15.08.2017 um 11:18 schrieb Don Lewis: >> On 10 Aug, Matthias Seidel wrote: >>> I could now get past the gtest error by disabling unit tests >>> (--disable-unit-tests). >>> >>> Errors in udm and xml2cmp rem

Re: Building OO

On 15 Aug, Matthias Seidel wrote: > Am 14.08.2017 um 03:20 schrieb Damjan Jovanovic: >> On Sun, Aug 13, 2017 at 10:57 PM, Matthias Seidel < >> matthias.sei...@hamburg.de> wrote: >> >>> Am 13.08.2017 um 10:57 schrieb Damjan Jovanovic: >>> >>> :(. >>> >>> gmake version? >>> >>> --- >>> $ gmake >>>

Mozilla build tools version 3.0 are currently not compatible with AOO

The 3.0 version of the Mozilla build tools are not compatible with the AOO build. The organization of the installed files is different, which makes configure think that the installation is incomplete. I don't know how easy this would be to fix, but the 2.x versions are smaller, so we should

Re: Building OO

On 10 Aug, Matthias Seidel wrote: > I could now get past the gtest error by disabling unit tests > (--disable-unit-tests). > > Errors in udm and xml2cmp remain: > > make: *** No rule to make target > '/cygdrive/e/slave14/aoo-win7/build/main/udm/source/inc/precomp.h > ', needed by >

Re: Weak reference helper implementations

On 14 Aug, To: dev@openoffice.apache.org wrote: > On 14 Aug, Peter kovacs wrote: >> Sorry, for my bad english. >> I meant that I think that some of the functionality which we have >> implemented in helper functions in the past can be retired by using >> modern c++11 and later standards. The code

Re: Weak reference helper implementations

On 14 Aug, Peter kovacs wrote: > Sorry, for my bad english. > I meant that I think that some of the functionality which we have > implemented in helper functions in the past can be retired by using > modern c++11 and later standards. The code will be smaller,and > according to Bjarne Stroustrup

Re: Building OO

/aoo-win7/build/main/solver/420/wntmsci12.pro/inc/gtest/gtest.h >> >> (Note: The buildbot is still called aoo-win7, but Infra updated the >> system to Windows 10 64bit. AOO 4.1.4 is building without problems) >> >> >> Am 09.08.2017 um 12:12 schrieb Don Lewis:

Re: Building OO

The udm and xml2cmp errors appear to be incomplete source checkouts. On 9 Aug, Matthias Seidel wrote: > I see similar errors in our buildbot for trunk (system: Windows 10 64bit): > > https://ci.apache.org/projects/openoffice/buildlogs/win/log/wntmsci12.pro.build.html > > The buildbot builds

Re: Windows build woes

On 8 Aug, Jim Jagielski wrote: > It looks like some sort of variable interpolation issue... Note > that it's trying to do: > > - | awk -f C:/cygwin$S/solenv/gbuild/processdeps.awk > > Now with: > > S=$R/main > R=c:/cygwin/home/jim/src/asf/aoo-414 > > you can see how what comes

Re: Windows build woes

I ran into this same error as well when I did an incremental build starting from expat. Cleaning and doing a full build worked. On 8 Aug, Patricia Shanahan wrote: > Regardless of anything else you do, retry the full build, without > cleaning but also without specifying starting from the

Re: Expat 2.2.3 and Windows woes

On 4 Aug, Jim Jagielski wrote: > Ahh.. so yeah, either the obj file for loadlibrary is not being built > or else its not being linked in. At this point we need someone who > knows the Windows dev environment to help out on what needs to be > done... I am guessing it is our makefile.mk file that

Re: problems building trunk on Windows

On 1 Jul, To: dev@openoffice.apache.org wrote: > Has anyone build recent versions of trunk on Windows? I'm running into > some problems that I haven't encountered before. The first is that the > sal module fails to build because it can't find gtest.h. I was able to > work around that by adding

problems building trunk on Windows

Has anyone build recent versions of trunk on Windows? I'm running into some problems that I haven't encountered before. The first is that the sal module fails to build because it can't find gtest.h. I was able to work around that by adding --disable-unit-tests to the configure options. The

Re: AOO now builds with Clang on Linux

On 7 Feb, Pedro Giffuni wrote: > Hi Damjan; > > Looking at the log I was wondering what exactly clang 1.8 was and > I took the liberty of fixing the mismatch ;). > > FWIW, AOO should now work fine with clang 3.9.1. Clang 4 reveals > allocation issues. Clang 4 on x86_64 uses a MOVAPS SSE

Re: Windows PCH + debug regression in r1758061 and r1758092

On 30 Jan, Damjan Jovanovic wrote: > Hi Don / others > > As of r1758061 and/or 1758092, the 27/28 August 2016 patches that fixed a > major performance regression on Windows with precompiled headers [thank you > so much for that by the way :-)], building with debugging enabled broke. > > In all

Re: AOO debugging revamp

On 25 Jan, Damjan Jovanovic wrote: > Hi > > For a while I've noticed how gbuild modules don't have debug symbols unless > built with the maximum debug level ("./configure --enable-debug" globally > or "build debug=true" per module) which also produces oceans of log > messages we usually don't

Re: svn commit: r1777198 - /openoffice/trunk/main/configure.ac

On 3 Jan, p...@apache.org wrote: > Author: pfg > Date: Tue Jan 3 18:37:15 2017 > New Revision: 1777198 > > URL: http://svn.apache.org/viewvc?rev=1777198=rev > Log: > Ignore the OS when checking for the ARM target. > > Linux is not the only ARM target - see i117017. Won't we also need

Re: Post vote release actions

On 9 Oct, Patricia Shanahan wrote: > > > On 10/9/2016 10:52 AM, Andrea Pescetti wrote: >> Marcus wrote: >>> - Change the RC1 into the real release >> >> This one takes a few seconds and is best done close to the release. >> >>> - Uploading to the Sourceforge mirrors >> >> This one takes a few

Re: Bootstrap fails

On 28 Sep, Ariel Constenla-Haile wrote: > On Wed, Sep 28, 2016 at 05:15:06PM -0700, Don Lewis wrote: >> >> In theory, when linking the library. I opened >> >> https://bz.apache.org/ooo/show_bug.cgi?id=127139 to track this issue. >> >> I don't have a syste

Re: Bootstrap fails

On 28 Sep, Aleksandr Andreev wrote: > Hello Ariel, > > On Tue, Sep 27, 2016 at 10:21 AM, Ariel Constenla-Haile > wrote: >> >> In theory, when linking the library. I opened >> https://bz.apache.org/ooo/show_bug.cgi?id=127139 to track this issue. >> I don't have a system to

Re: Last call for 4.1.3 patches

On 14 Sep, Patricia Shanahan wrote: > Should this go in 4.1.3 or in 4.1.4? > > 4.1.3 will not be able to move on to building and testing unless we cut > off additions at some point. I think that point has already passed, but > I'm open to arguments. Have all of the necessary download site

Re: apt-cyg

On 6 Sep, Patricia Shanahan wrote: > apt-cyg is a bash script that provides, within cygwin, similar > capabilities to the Linux apt-get. > > The Windows step-by-step recommends using it to add some packages. > > One of our new volunteers has found that wget >

Re: compiler warnings when building OpenOffice

On 1 Sep, Don Lewis wrote: > 493 -Wunused-private-field > 391 -Wunused-parameter > 366 -Wunused-const-variable > 314 -Woverloaded-virtual > 181 -Wunused-variable > 109 -Wlogical-op-parentheses > 93 -Wsign-compare > 77 -Wdelete-non-virtual-dtor > 72 -Wint-

Re: Help needed: Build error in bean and vcl

On 6 Sep, Marcus wrote: > Am 09/05/2016 11:00 PM, schrieb Don Lewis: >> On 5 Sep, Marcus wrote: >>> Am 09/05/2016 10:39 PM, schrieb Don Lewis: >>>> On 5 Sep, Marcus wrote: >>>>> Am 09/05/2016 09:33 PM, schrieb Don Lewis: >>>>>> O

Re: Help needed: Build error in bean and vcl

On 5 Sep, Marcus wrote: > Am 09/05/2016 10:39 PM, schrieb Don Lewis: >> On 5 Sep, Marcus wrote: >>> Am 09/05/2016 09:33 PM, schrieb Don Lewis: >>>> On 5 Sep, Marcus wrote: >>>>> Am 09/05/2016 05:39 AM, schrieb Don Lewis: >>>>>&

Re: Help needed: Build error in bean and vcl

On 5 Sep, Marcus wrote: > Am 09/05/2016 09:33 PM, schrieb Don Lewis: >> On 5 Sep, Marcus wrote: >>> Am 09/05/2016 05:39 AM, schrieb Don Lewis: >>>> On 4 Sep, Don Lewis wrote: >>>>> On 4 Sep, Marcus wrote: >>>>>> Thanks a lot. &qu

Re: Help needed: Build error in bean and vcl

On 5 Sep, Marcus wrote: > Am 09/05/2016 05:39 AM, schrieb Don Lewis: >> On 4 Sep, Don Lewis wrote: >>> On 4 Sep, Marcus wrote: >>>> Thanks a lot. "libXt-devel" was indeed not installed. >>>> >>>> But now it's breaking in svx:

Re: Help needed: Build error in bean and vcl

On 4 Sep, Don Lewis wrote: > On 4 Sep, Marcus wrote: >> Thanks a lot. "libXt-devel" was indeed not installed. >> >> But now it's breaking in svx: >> >> [...] >> >> = >> Building module svx >> = >&g

Re: Help needed: Build error in bean and vcl

On 4 Sep, Marcus wrote: > Thanks a lot. "libXt-devel" was indeed not installed. > > But now it's breaking in svx: > > [...] > > = > Building module svx > = > > Entering /share/linux2/aoo/trunk/main/svx/prj > > cd .. && make -s -r -j1 && make -s -r deliverlog > [

Re: compiler warnings when building OpenOffice

On 1 Sep, To: Don Lewis wrote: > One of the -Wunused-parameter warnings led me to this questionable bit > of code in filter/source/xsltfilter/containerhelper.hxx: > > template > inline void forEachMem(FuncType pFunc, ParamType aParam) const > { >

Re: compiler warnings when building OpenOffice

On 1 Sep, Patricia Shanahan wrote: > I need a problem to work on. Would you like me to take a particular > compiler warning and try to sort it out? Here is one: /wrkdirs/usr/ports/editors/openoffice-devel2/work/aoo-4.2.0/main/solver/420/unxfbsdx.pro/inc/osl/diagnose.hxx:65:25: warning:

Re: compiler warnings when building OpenOffice

On 29 Aug, Don Lewis wrote: > When building OpenOffice trunk revsion r1758161 as a FreeBSD port on > FreeBSD 12.0-CURRENT with clang 3.8.0, I get the following warnings. > I'm mostly interested in the OpenOffice code and not the bundled > external code, so I specifically built the

Re: dmake

On 29 Aug, Gav wrote: > On Sun, Aug 28, 2016 at 4:42 PM, Don Lewis <truck...@apache.org> wrote: > >> On 27 Aug, Pedro Giffuni wrote: >> >> On 28 Aug, Gav wrote: >> >>> when did you try that last Don? >> >>> >> >>> Tha

Re: compiler warnings when building OpenOffice

On 30 Aug, Don Lewis wrote: > On 30 Aug, Kay Schenk wrote: >> >> >> On 08/29/2016 04:14 PM, Don Lewis wrote: >>> A couple -Wtautological-undefined-compare warnings: >>> >>> warning: reference cannot be bound to dereferenced null pointer in >

Re: compiler warnings when building OpenOffice

On 30 Aug, Kay Schenk wrote: > > > On 08/29/2016 04:14 PM, Don Lewis wrote: >> When building OpenOffice trunk revsion r1758161 as a FreeBSD port on >> FreeBSD 12.0-CURRENT with clang 3.8.0, I get the following warnings. >> I'm mostly interested in the OpenOffi

<    1   2   3   4   5   >