On Tue, Dec 19, 2017 at 11:16:30PM +0100, Kamil Rytarowski wrote:
> There is a need for improved debugging facilities to introspect the
> jemalloc(3) internals, something comparable to mallinfo from
> in GNU.
I've never seen a good justification for that. It screams bad complexity
to me.
Joerg
On 20.12.2017 00:24, Brooks Davis wrote:
> On Tue, Dec 19, 2017 at 11:16:30PM +0100, Kamil Rytarowski wrote:
>> sbrk(2) users:
>> - gpl2/libmalloc
>> - LLVM (Process::GetMallocUsage())
>> - am-utils (debug)
>> - unbound (debug)
>> - binutils / nm (debug)
>> - binutils / gas (debug)
>> - binu
On Tue, Dec 19, 2017 at 11:16:30PM +0100, Kamil Rytarowski wrote:
> On 19.12.2017 14:59, Anders Magnusson wrote:
> > Den 2017-12-19 kl. 14:45, skrev Christos Zoulas:
> >> In article ,
> >> Anders Magnusson? wrote:
> >>
> >>> IIRC it was not a problem to run Emacs, it was a problem to compile it.
>
On 19.12.2017 23:22, Christos Zoulas wrote:
> In article <2e4654a5-5435-bd41-2f47-75a3dcede...@gmx.com>,
> Kamil Rytarowski wrote:
>> -=-=-=-=-=-
>> -=-=-=-=-=-
>>
>> On 19.12.2017 14:59, Anders Magnusson wrote:
>>> Den 2017-12-19 kl. 14:45, skrev Christos Zoulas:
In article ,
Anders Ma
In article <2e4654a5-5435-bd41-2f47-75a3dcede...@gmx.com>,
Kamil Rytarowski wrote:
>-=-=-=-=-=-
>-=-=-=-=-=-
>
>On 19.12.2017 14:59, Anders Magnusson wrote:
>> Den 2017-12-19 kl. 14:45, skrev Christos Zoulas:
>>> In article ,
>>> Anders Magnusson wrote:
>>>
IIRC it was not a problem to run
On 19.12.2017 14:59, Anders Magnusson wrote:
> Den 2017-12-19 kl. 14:45, skrev Christos Zoulas:
>> In article ,
>> Anders Magnusson wrote:
>>
>>> IIRC it was not a problem to run Emacs, it was a problem to compile it.
>>> So if the user want to compile an old Emacs, COMPAT_80 or so must be
>>> a
On Tue, 19 Dec 2017 13:58:08 +0100, Kamil Rytarowski wrote:
> Backport emacs patch for older versions in pkgsrc:
>
>
https://github.com/emacs-mirror/emacs/commit/918a2dda07ebf16601a93d0464f62c4e846d8b39
Using the portable dumper and system malloc, I guess XEmacs should be
fine here.
Cheerio,
h
David Young wrote:
> On Mon, Dec 18, 2017 at 07:08:52PM +, David Holland wrote:
>> In netbsd everything in libc with a name that isn't from Standard C
>> (and thus not reusable by application code) is marked weak and aliased
>> to a version of the name with a _ in front; also internal uses by
Den 2017-12-19 kl. 14:45, skrev Christos Zoulas:
In article ,
Anders Magnusson wrote:
IIRC it was not a problem to run Emacs, it was a problem to compile it.
So if the user want to compile an old Emacs, COMPAT_80 or so must be
added to the kernel.
And let's not forget all the old binaries t
In article ,
Anders Magnusson wrote:
>IIRC it was not a problem to run Emacs, it was a problem to compile it.
>So if the user want to compile an old Emacs, COMPAT_80 or so must be
>added to the kernel.
And let's not forget all the old binaries that might be using it.
christos
Den 2017-12-19 kl. 14:15, skrev Valery Ushakov:
Anders Magnusson wrote:
[-- text/plain, encoding 8bit, charset: utf-8, 35 lines --]
Den 2017-12-19 kl. 13:12, skrev Sevan Janiyan:
Just as a heads up, I believe the FreeBSD folks went through this with
their ARMv8 support and looking up the note
Anders Magnusson wrote:
> [-- text/plain, encoding 8bit, charset: utf-8, 35 lines --]
>
> Den 2017-12-19 kl. 13:12, skrev Sevan Janiyan:
>> Just as a heads up, I believe the FreeBSD folks went through this with
>> their ARMv8 support and looking up the notes on their wiki, indeed,
>> emacs was th
On 19.12.2017 13:26, Anders Magnusson wrote:
> Den 2017-12-19 kl. 13:12, skrev Sevan Janiyan:
>> Hello,
>>
>> On 12/19/17 11:51, Anders Magnusson wrote:
>>> Sounds good :-)
>>>
>>> Just a note here:
>>>
>>> about 15-20 years ago I did a test by removing the brk(2) syscall and
>>> replacing its use
Den 2017-12-19 kl. 13:12, skrev Sevan Janiyan:
Hello,
On 12/19/17 11:51, Anders Magnusson wrote:
Sounds good :-)
Just a note here:
about 15-20 years ago I did a test by removing the brk(2) syscall and
replacing its use
in malloc() by mmap(), and also add a libc wrapper for brk() that
mmap'ed
Den 2017-12-19 kl. 13:11, skrev Kamil Rytarowski:
On 19.12.2017 12:51, Anders Magnusson wrote:
Den 2017-12-19 kl. 10:53, skrev Kamil Rytarowski:
I propose to remove the sbrk(2) syscall "change data segment size".
It has never been implemented by the NetBSD kernel since the inception
of the pro
Hello,
On 12/19/17 11:51, Anders Magnusson wrote:
> Sounds good :-)
>
> Just a note here:
>
> about 15-20 years ago I did a test by removing the brk(2) syscall and
> replacing its use
> in malloc() by mmap(), and also add a libc wrapper for brk() that
> mmap'ed MAXDSIZ/2 if ever called (as a fal
On 19.12.2017 12:51, Anders Magnusson wrote:
> Den 2017-12-19 kl. 10:53, skrev Kamil Rytarowski:
>> I propose to remove the sbrk(2) syscall "change data segment size".
>>
>> It has never been implemented by the NetBSD kernel since the inception
>> of the project and it is emulated in libc with SYS_
Den 2017-12-19 kl. 10:53, skrev Kamil Rytarowski:
I propose to remove the sbrk(2) syscall "change data segment size".
It has never been implemented by the NetBSD kernel since the inception
of the project and it is emulated in libc with SYS_brk (break, obreak).
This interface is a remnant from t
I propose to remove the sbrk(2) syscall "change data segment size".
It has never been implemented by the NetBSD kernel since the inception
of the project and it is emulated in libc with SYS_brk (break, obreak).
This interface is a remnant from the old UNIX and has been marked
obsolete since the t
19 matches
Mail list logo
