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

The later doesn't help w/ the bridges stuff :/ I'll try to figure out where the gcc3 is leaking in and plug that. > On Mar 19, 2018, at 8:10 PM, Don Lewis wrote: > > Either go back to the earlier code and change the equality test to a > case statement that matches darwin*,

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 Lewis

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

OK, so what do I do? How to fix this? Any ideas? > On Mar 19, 2018, at 7:58 PM, Don Lewis wrote: > > 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,

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

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, but so the issue was/is gcc3 slipping in

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 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 should be OK... Defaulting > to gcc3 seems to work

Re: extension problem

> On March 19, 2018 at 8:32 PM Dave Brondsema wrote: > > > On 3/16/18 4:37 PM, Pedro Lino wrote: > > But Comments on extensions are still broken and return > > > > "Your comment is waiting for moderator approval. > > > > Error message > > > > Unable to send e-mail.

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

> On Mar 19, 2018, at 6:47 PM, Don Lewis 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 should be OK... Defaulting to gcc3 seems to work better.

Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)

> On Mar 19, 2018, at 4:44 PM, Rory O'Farrell wrote: > > On Mon, 19 Mar 2018 16:34:44 -0400 > Jim Jagielski wrote: > >> Does it make sense to have both gstreamer 0.10 and 1.0 as exclusive options. >> That is, enabling gstreamer during the build will

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: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)

On 03/19/2018 01:44 PM, Rory O'Farrell wrote: On Mon, 19 Mar 2018 16:34:44 -0400 Jim Jagielski wrote: Does it make sense to have both gstreamer 0.10 and 1.0 as exclusive options. That is, enabling gstreamer during the build will determine what version is supported and then

Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)

On Mon, 19 Mar 2018 16:34:44 -0400 Jim Jagielski wrote: > Does it make sense to have both gstreamer 0.10 and 1.0 as exclusive options. > That is, enabling gstreamer during the build will determine what > version is supported and then use that? > > ie, sort of merge how AOO415

Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)

Does it make sense to have both gstreamer 0.10 and 1.0 as exclusive options. That is, enabling gstreamer during the build will determine what version is supported and then use that? ie, sort of merge how AOO415 and AOO420 currently do things related to gstreamer?

Re: extension problem

On 3/16/18 4:37 PM, Pedro Lino wrote: > >> On March 16, 2018 at 8:12 PM Andrea Pescetti wrote: >> >> >> Dave Brondsema wrote: >>> On 3/15/18 6:57 PM, Andrea Pescetti wrote: For example, https://t.co/sZTK7wwASJ and https://t.co/HV0HdhJLGR (listed there) are

macOS (Re: Status on 4.2.0? )

The macOS builds are ready. I'll wait until my Linux-64bit builds are done, via Ubuntu 14.04, before I upload them. Then I'll start on the Linux 32 bit ones, also Ubuntu. - To unsubscribe, e-mail:

rdbmaker issues

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 $(eval $(call

Re: Issue w/ lucene build/patch in trunk

Fixed in r1827202... there were some EOL gremlins in the patch-file which caused patch to barf > On Mar 14, 2018, at 10:11 AM, Jim Jagielski wrote: > > I am getting the below error: > > = > Building module lucene > = > > Entering