Re: refine of the GSOC project

Well, your saying of _NETBSD_SOURCE is defined by default seems correct, I compiled a file in the benchmark separately which has the problem of accessing macro SA_ONSTACK which lives in . There is no problem in executing. However, I am s

Re: zgrep is broken + why is our grep GNU grep by default?

On 13.05.2016 01:25, Timo Buhrmester wrote: > I'm wondering what's the deal with that...? I'm inclined to build > my systems with MKBSDGREP=yes from now on, or is there a good reason > not to? GNU one is known to be much faster, mostly that.

zgrep is broken + why is our grep GNU grep by default?

`zgrep -r pattern directory` does not work because zgrep ends up running `zcat directory | grep ...`, which obviously makes no sense. `zgrep -e foo -e bar file(s)` will disregard all but the first -e option, the second "-e" and the "bar" are treated as files to search in. The first "-e pattern" o

Re: Teaching Apropos to Rank

On 7 May 2016 at 20:56, Abhinav Upadhyay wrote: > Hi All, > > From man-k.org I was able to create a small dataset of queries, > results and their relevance scores. I am working on trying out some > machine learning models to improve the ranking algorithm of > apropos(1). > > Currently apropos has

Re: refine of the GSOC project

On 12.05.2016 22:46, Christos Zoulas wrote: > On May 12, 9:07pm, n...@gmx.com (Kamil Rytarowski) wrote: > -- Subject: Re: refine of the GSOC project > > | On 12.05.2016 07:37, Charles Cui wrote: > | >PTHREAD_STACK_MIN (freebsd) > | > | I was told that this one is missing on purpose as there

Re: refine of the GSOC project

On May 12, 9:07pm, n...@gmx.com (Kamil Rytarowski) wrote: -- Subject: Re: refine of the GSOC project | On 12.05.2016 07:37, Charles Cui wrote: | >PTHREAD_STACK_MIN (freebsd) | | I was told that this one is missing on purpose as there is no good | reason to limit it from this side and a sane

Re: refine of the GSOC project

On Thu, May 12, 2016 at 09:07:58PM +0200, Kamil Rytarowski wrote: > On 12.05.2016 07:37, Charles Cui wrote: > >PTHREAD_STACK_MIN (freebsd) > > I was told that this one is missing on purpose as there is no good > reason to limit it from this side and a sane minimum is PAGE_SIZE. > > Perhaps t

Re: refine of the GSOC project

On 12.05.2016 07:37, Charles Cui wrote: >PTHREAD_STACK_MIN (freebsd) I was told that this one is missing on purpose as there is no good reason to limit it from this side and a sane minimum is PAGE_SIZE. Perhaps this is the way to go, to define it as it?

Re: refine of the GSOC project

On May 12, 9:22am, charles.cui1...@gmail.com (Charles Cui) wrote: -- Subject: Re: refine of the GSOC project | For the errors in the second list, I applied part of your change, which is | -lpthread -lrt -lm linked flags. | I did not apply other changes in the patch, but if applied, most of errors

Re: refine of the GSOC project

On Wed, May 11, 2016 at 10:37:58PM -0700, Charles Cui wrote: > Hi Christos, > >I got the new list post below. Note that the second list is build with > -D_NETBSD_SOURCE -lpthread -lrt -lm If you have a proper NetBSD build environment (native or cross compilation) then -D_NETBSD_SOURCE seems w

Re: refine of the GSOC project

On May 12, 11:40am, n...@gmx.com (Kamil Rytarowski) wrote: -- Subject: Re: refine of the GSOC project | > SIGRTMIN (provided, but need to expose to userland) | > SIGRTMAX (provided, but need to expose to userland) | | These are just dummy symbols, without being implemented. | | I'm in ne

Re: refine of the GSOC project

On May 11, 10:37pm, charles.cui1...@gmail.com (Charles Cui) wrote: -- Subject: Re: refine of the GSOC project |I got the new list post below. Note that the second list is build with | -D_NETBSD_SOURCE -lpthread -lrt -lm |and use netbsd-current, and disable compiler warnings. There are a lo

Re: refine of the GSOC project

On 12.05.2016 07:37, Charles Cui wrote: > SIGRTMIN (provided, but need to expose to userland) > SIGRTMAX (provided, but need to expose to userland) These are just dummy symbols, without being implemented. I'm in need of real-time signals -- in audio mixers, debuggers etc -- is someone wor