On Thu, Jan 17, 2019 at 2:18 PM Stefan Sperling wrote:
>
> I would appreciate if someone could commit my configure.in patch
> which adds overrides for OpenBSD specifically. That would fix my
> immediate problem. And perhaps a better fix could be devised later?
>
I'd prefer we not glue around
On Thu, Jan 17, 2019 at 03:40:26PM +0100, Stefan Eissing wrote:
> I had the issue in one of my configure.ac that the extra CPPFLAGS were not
> added, as from
>
> > apxs -q EXTRA_CPPFLAGS
>
> and it all compiled, except APR_OFF_T_FMT was ld instead of lld on MacOS.
>
> Maybe this is the same
On Thu, Jan 17, 2019 at 03:24:41PM +0100, Branko Čibej wrote:
> On 17.01.2019 13:28, Stefan Sperling wrote:
> > On Thu, Jan 10, 2019 at 01:17:40AM +0100, Branko Čibej wrote:
> >> I get that part, my question was related to APR's configure setting the
> >> type of apr_off_t and its format specifier
I had the issue in one of my configure.ac that the extra CPPFLAGS were not
added, as from
> apxs -q EXTRA_CPPFLAGS
and it all compiled, except APR_OFF_T_FMT was ld instead of lld on MacOS.
Maybe this is the same effect?
Cheers, Stefan
> Am 17.01.2019 um 15:24 schrieb Branko Čibej :
>
> On
On 17.01.2019 13:28, Stefan Sperling wrote:
> On Thu, Jan 10, 2019 at 01:17:40AM +0100, Branko Čibej wrote:
>> I get that part, my question was related to APR's configure setting the
>> type of apr_off_t and its format specifier correctly on Linux but
>> incorrectly on OpenBSD, even though they're
On 17.01.2019 15:05, Yann Ylavic wrote:
> On Thu, Jan 17, 2019 at 2:55 PM Stefan Eissing
> wrote:
>>
>>> Am 17.01.2019 um 14:04 schrieb Yann Ylavic :
>>>
>>> On Thu, Jan 17, 2019 at 1:56 PM Branko Čibej wrote:
On 17.01.2019 13:55, Branko Čibej wrote:
> On 17.01.2019 13:21, Yann Ylavic
On Thu, Jan 17, 2019 at 2:55 PM Stefan Eissing
wrote:
>
>
> > Am 17.01.2019 um 14:04 schrieb Yann Ylavic :
> >
> > On Thu, Jan 17, 2019 at 1:56 PM Branko Čibej wrote:
> >>
> >> On 17.01.2019 13:55, Branko Čibej wrote:
> >>> On 17.01.2019 13:21, Yann Ylavic wrote:
> On Thu, Jan 17, 2019 at
The Buildbot has detected a restored build on builder apr-x64-macosx-trunk
while building . Full details are available at:
https://ci.apache.org/builders/apr-x64-macosx-trunk/builds/186
Buildbot URL: https://ci.apache.org/
Buildslave for this Build: svn-x64-macosx-dgvrs
Build Reason: The
> Am 17.01.2019 um 14:04 schrieb Yann Ylavic :
>
> On Thu, Jan 17, 2019 at 1:56 PM Branko Čibej wrote:
>>
>> On 17.01.2019 13:55, Branko Čibej wrote:
>>> On 17.01.2019 13:21, Yann Ylavic wrote:
On Thu, Jan 17, 2019 at 1:02 PM Yann Ylavic wrote:
> On Thu, Jan 17, 2019 at 12:50 PM
On Thu, Jan 17, 2019 at 1:56 PM Branko Čibej wrote:
>
> On 17.01.2019 13:55, Branko Čibej wrote:
> > On 17.01.2019 13:21, Yann Ylavic wrote:
> >> On Thu, Jan 17, 2019 at 1:02 PM Yann Ylavic wrote:
> >>> On Thu, Jan 17, 2019 at 12:50 PM Branko Čibej wrote:
> Other than that, unlimited
On 17.01.2019 13:11, Yann Ylavic wrote:
> On Thu, Jan 17, 2019 at 1:09 PM Stefan Sperling wrote:
>> On Thu, Jan 17, 2019 at 12:36:49PM +0100, Yann Ylavic wrote:
>>> OK, so an APR only option like this?
>> Yes, thank you, this looks great!
>> I'll see about making OpenBSD's APR port use this
On 17.01.2019 13:55, Branko Čibej wrote:
> On 17.01.2019 13:21, Yann Ylavic wrote:
>> On Thu, Jan 17, 2019 at 1:02 PM Yann Ylavic wrote:
>>> On Thu, Jan 17, 2019 at 12:50 PM Branko Čibej wrote:
Other than that, unlimited max-free is wrong in most cases, so why not
set the default to
On 17.01.2019 13:21, Yann Ylavic wrote:
> On Thu, Jan 17, 2019 at 1:02 PM Yann Ylavic wrote:
>> On Thu, Jan 17, 2019 at 12:50 PM Branko Čibej wrote:
>>> Other than that, unlimited max-free is wrong in most cases, so why not
>>> set the default to something sane instead?
>> Agreed, something like
On Thu, Jan 17, 2019 at 1:02 PM Yann Ylavic wrote:
>
> On Thu, Jan 17, 2019 at 12:50 PM Branko Čibej wrote:
> >
> > Other than that, unlimited max-free is wrong in most cases, so why not
> > set the default to something sane instead?
>
> Agreed, something like 10 pools (80K)?
Probably at bit
On Thu, Jan 10, 2019 at 01:17:40AM +0100, Branko Čibej wrote:
> I get that part, my question was related to APR's configure setting the
> type of apr_off_t and its format specifier correctly on Linux but
> incorrectly on OpenBSD, even though they're equivalent.
It seems to be wrong on Linux as
On Thu, Jan 17, 2019 at 01:02:15PM +0100, Yann Ylavic wrote:
> On Thu, Jan 17, 2019 at 12:50 PM Branko Čibej wrote:
> >
> > On 17.01.2019 12:36, Yann Ylavic wrote:
> > > OK, so an APR only option like this?
> >
> > This still affects /everything/ that uses this particular compiled
> > version of
On Thu, Jan 17, 2019 at 1:09 PM Stefan Sperling wrote:
>
> On Thu, Jan 17, 2019 at 12:36:49PM +0100, Yann Ylavic wrote:
> > OK, so an APR only option like this?
>
> Yes, thank you, this looks great!
> I'll see about making OpenBSD's APR port use this patch.
As discussed with Brane, you may want
On Thu, Jan 17, 2019 at 12:36:49PM +0100, Yann Ylavic wrote:
> OK, so an APR only option like this?
Yes, thank you, this looks great!
I'll see about making OpenBSD's APR port use this patch.
On Thu, Jan 17, 2019 at 12:50 PM Branko Čibej wrote:
>
> On 17.01.2019 12:36, Yann Ylavic wrote:
> > OK, so an APR only option like this?
>
> This still affects /everything/ that uses this particular compiled
> version of APR, doesn't it?
Sure, but AIUI this is Stefan's goal..
> Except
On 17.01.2019 12:36, Yann Ylavic wrote:
> On Thu, Jan 17, 2019 at 12:10 PM Stefan Sperling wrote:
>> On Thu, Jan 17, 2019 at 12:04:37PM +0100, Yann Ylavic wrote:
>>> On Tue, Jan 15, 2019 at 11:48 AM Stefan Sperling wrote:
On Tue, Jan 15, 2019 at 11:19:24AM +0100, Stefan Eissing wrote:
>
On Thu, Jan 17, 2019 at 12:10 PM Stefan Sperling wrote:
>
> On Thu, Jan 17, 2019 at 12:04:37PM +0100, Yann Ylavic wrote:
> > On Tue, Jan 15, 2019 at 11:48 AM Stefan Sperling wrote:
> > >
> > > On Tue, Jan 15, 2019 at 11:19:24AM +0100, Stefan Eissing wrote:
> > > > Would OpenBSD be happy with a
On Thu, Jan 17, 2019 at 12:04:37PM +0100, Yann Ylavic wrote:
> On Tue, Jan 15, 2019 at 11:48 AM Stefan Sperling wrote:
> >
> > On Tue, Jan 15, 2019 at 11:19:24AM +0100, Stefan Eissing wrote:
> > > Would OpenBSD be happy with a setting (COMPILE FLAG) that forces
> > > the immediate free() by
On Tue, Jan 15, 2019 at 11:48 AM Stefan Sperling wrote:
>
> On Tue, Jan 15, 2019 at 11:19:24AM +0100, Stefan Eissing wrote:
> > Would OpenBSD be happy with a setting (COMPILE FLAG) that forces
> > the immediate free() by allocators and otherwise skipping the DEBUG
> > flags?
>
> Yes, I think that
23 matches
Mail list logo