Re: clang and FSF's strategy

2014-01-25 Thread David Kastrup
David Kastrup writes: > e...@thyrsus.com (Eric S. Raymond) writes: > >> David Kastrup's recent question on emacs-devel motivates me to bring >> up a larger related question I've been meaning to open for a while: >> Are the FSF's goals best served by co

Re: clang and FSF's strategy

2014-01-23 Thread David Kastrup
sh the strategies of the GNU project, these lists are the wrong place to go. Try doing it on the Clang list though I am skeptical that they do not have better things to do as well. -- David Kastrup

Re: clang and FSF's strategy

2014-01-22 Thread David Kastrup
te the damage purportedly originating from me by addressing those points that I cannot consider a justifiable conclusion from what I wrote. -- David Kastrup

Re: clang and FSF's strategy

2014-01-21 Thread David Kastrup
GNU project operate and make sense. As long as you don't come to terms with that, I don't see this discussion leading anywhere. And that's not even taking into account that key players tend to be less than amused about such a confrontational approach. -- David Kastrup

Re: Internal abort call optimization?

2008-06-17 Thread David Kastrup
debugger and one can get a good guess at where one is currently. And without crossjumping, the debugging info might tell the debugger just how garbled the current data locations are. But with both active, stack data and return addresses are garbage. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Internal abort call optimization?

2008-06-17 Thread David Kastrup
tter would be to just disable the crossjumping optimization for calls of abort. Maybe this would warrant a new attribute. Thanks for caring, -- David Kastrup

Re: Something is broken in repack

2007-12-14 Thread David Kastrup
d decades ago) to be one of the worst strategies for memory allocation. Exactly because it leads to huge fragmentation problems. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: Something is broken in repack

2007-12-12 Thread David Kastrup
wrapper that records the requested sizes and alloc/free order and dumps them to file so that one can make a compact git-free standalone test case for the glibc maintainers might be a good thing. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: Git and GCC

2007-12-06 Thread David Kastrup
ea2b140de622 > Author: Jon Loeliger <[EMAIL PROTECTED]> > Date: Thu Mar 2 19:19:29 2006 -0600 > > Added Packing Heursitics IRC writeup. Ah, fishing for compliments. The cookie baking season... -- David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: [PATCH] gc --aggressive: make it really aggressive

2007-12-06 Thread David Kastrup
d have known better" than expecting to be able to use a documented command and option because the git developers happened to have a nicer machine... _How_ is one supposed to have known better? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum