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
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*, or change the other i
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 wrote:
>>
>> O
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, there was places where
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, b
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
so
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 better.
Until my commit
> 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. Contact the site administr
On Mon, 19 Mar 2018 18:54:50 -0400
Jim Jagielski wrote:
>
>
> > 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, en
> 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.
--
> 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 determine what
>> version is supported and
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&view=rev
> Log:
> Use gcc3 for COMID for macOS/OSX
>
> Modified:
> openoffice/trunk/main/configure.ac
> openoffice/trunk/main/solenv/g
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
>
>
>
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 use that?
ie, sor
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 and AOO420 currentl
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?
-
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 still broken. And others
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: dev-unsubscr...@openoffice.apac
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 gb_Executable_add_linked_libs,rdbma
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 /Users/jim/src/asf/AOO420/main/lucene
>
20 matches
Mail list logo
