On 2011.12.31. 15:00, Gleb Kurtsou wrote:
${BINDIR}/grep ${BINDIR}/fgrep \
>${BINDIR}/grep ${BINDIR}/zgrep \
>${BINDIR}/grep ${BINDIR}/zegrep \
> - ${BINDIR}/grep ${BINDIR}/zfgrep \
> - ${BINDIR}/grep ${BINDIR}/xzgrep \
> - ${BINDIR}/grep ${BINDIR}/xzegrep \
>
On 2011.11.29. 20:46, Max Khon wrote:
Log:
Turn off profiled libs build by default.
Can be enabled back using WITH_PROFILE=yes in /etc/src.conf
I think it was useful. Profiling is useful for developing any piece of
software that builds on libc or other common libs, even for software
that
On 2011.11.28. 21:22, Xin LI wrote:
This is useful but could be confusing since xzgrep's behavior could be
different from zgrep.
What do you refer to exactly? That zgrep is GNU grep and xzgrep is BSD
grep? I acknowledge that this is not documented but xzgrep is a
non-standard addition so person
The new translation is plain wrong (it seems to be c&p from SIGSEGV
above). The old translation was correct.
I'm sorry if I made things worse, these changes was based on brueffer@'s
PR. I can't comment on the language part because - unfortunately - I
almost completely forgot German since the
Ed Schouten escribió:
Hi Gábor,
* Gábor Kövesdán wrote:
Do you think this is the right fix?
http://kovesdan.org/patches/mtree-fix.diff
That seems to be a lot better (though someone else should still review
it). Maybe we can remove some of those mkdir calls there as well?
Good
M. Warner Losh escribió:
In message: <49bbc0a5.3080...@freebsd.org>
Gábor_Kövesdán writes:
: M. Warner Losh escribió:
: > In message: <49bb98a1.80...@freebsd.org>
: > Gábor_Kövesdán writes:
: > : Ed Schouten escribió:
: > : > * Gabor Kovesdan wrote:
: > : >
: > : >>
M. Warner Losh escribió:
In message: <49bb98a1.80...@freebsd.org>
Gábor_Kövesdán writes:
: Ed Schouten escribió:
: > * Gabor Kovesdan wrote:
: >
: >> - Fix object directory creation when running threaded buildworld
: >>
: >
: > Isn't this normally done by the mtrees?
: >
Ed Schouten escribió:
* Gabor Kovesdan wrote:
- Fix object directory creation when running threaded buildworld
Isn't this normally done by the mtrees?
I haven't yet found a better solution for this. I also grepped for mtree
in the source tree hoping that it will point me a good
Ivan Voras escribió:
2009/3/13 Gábor Kövesdán :
Nice! I need to find some time to learn how to use NLS.
Now, you only need to revive the BSD-licensed libiconv[1]. :) I am
kidding; I do not want to start adding more stuff to your plate. Thank you
for strengthening FreeBSD's i18n su
Nice! I need to find some time to learn how to use NLS.
Now, you only need to revive the BSD-licensed libiconv[1]. :) I am
kidding; I do not want to start adding more stuff to your plate.
Thank you for strengthening FreeBSD's i18n support.
Out of curiosity, how does enabling NLS in lib
Robert Watson escribió:
On Fri, 13 Mar 2009, Gabor Kovesdan wrote:
- Reenable Native Language Support in libc. This feature was
disabled due
to possible breakages in the catalog handling code. Since then, that
code has been replaced by the secure code from NetBSD but NLS in libc
r
The ObsoleteFiles.inc should be updated, then ?
Fixed, thanks for the reminder!
--
Gabor Kovesdan
EMAIL: ga...@freebsd.org
WWW: http://www.kovesdan.org
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-
Ed Schouten escribió:
Hi Robert,
* Robert Watson wrote:
- (void)fprintf(stderr, "usage: dirname string\n");
+ (void)fprintf(stderr, "usage: dirname string [...]\n");
Maybe we shouldn't use brackets here, like rm(1):
usage: rm [-f | -i] [-dIPRrvW] file ...
I'd
13 matches
Mail list logo