Re: games/fortune translation fix

Hi Ingo and Jason, On Sun, 3 Feb 2019 01:13:18 +0100, Ingo Schwarze wrote: > Hi Jason, > > oh well, these files are a mess, a random collection of funny > and not so funny stuff... I dislike this one, too, for several > reasons. > > 1. While "ad astra per aspera" sometimes occurs, the word

Re: ld.lld: disable colors/bold/whatever

On Mon, 17 Apr 2017 18:25:34 +0200 (CEST), Mark Kettenis wrote: > > Date: Sun, 16 Apr 2017 22:00:23 +0200 (CEST) > > From: Mark Kettenis > > > > > Date: Sun, 16 Apr 2017 21:21:24 +0200 > > > From: Patrick Wildt > > > > > > Hi, > > > > > > this diff

Re: LLVM: add Makefile support for AArch64

On Thu, 24 Nov 2016 16:16:19 +0100, Patrick Wildt wrote: > Hi, > > this diff allows us to build clang with AArch64 support. It's based on > the ARM lib Makefiles modified to compile the AArch64 code. > > ok? Looks good to me, and the aarch64/arm64 naming thing can always be bikeshed later.

Re: calendar: add getpw promise

On Sat, 21 Nov 2015 13:18:47 +0100, Sebastien Marie wrote: > Hi, > > Here a patch that should correct a pledge kill in calendar. > > calendar(1) use getpwent, so it needs "getpw" for running in YP > environment. > > OK ? > -- > Sebastien Marie > > Index: calendar.c >

Re: [patch] ld linker problem with -shared and -z defs

On Sat, 19 Sep 2015 19:29:56 +0200, Sebastien Marie wrote: > On Sat, Sep 19, 2015 at 10:07:04AM -0700, Philip Guenther wrote: > > On Sat, Sep 19, 2015 at 9:50 AM, Sebastien Marie > > wrote: > > > While working on building llvm 3.7.0 on openbsd (-current amd64 and > > >

Re: Non-functional USB ports on thinkpad x230t/OpenBSD

Turning off USB 3.0 in the BIOS menu makes all USB ports work fine for me. On Sun, 1 Jun 2014 20:13:18 +0100, Edd Barrett wrote: Hi tech, I am having a problem with the USB ports on my x230t. The machine has three USB ports, two blue and one yellow. I'm assuming the blue ones are USBv3,

Re: man.conf(5) _subdir search order

On Fri, 12 Jul 2013 17:51:56 +0200, Ingo Schwarze wrote: Here is the fix, making sure that section 1 from ports still overrides section 6 from base, but cat from ports does *not* override man from base. OK? This has bothered me for some time already. Please go ahead, ok pascal@. Yours,

Re: Fix profiling support in gcc 4.2

On Tue, 26 Mar 2013 21:48:42 +0200, Paul Irofti wrote: Good evening everyone, I discovered about one or two weeks ago that I can't link any debug libraries on OpenBSD. At first I thought it was a cmake update[1] but then I started digging further and it turns out its our gcc. This is not

Re: Fix profiling support in gcc 4.2

On Tue, 26 Mar 2013 23:54:20 +0200, Paul Irofti wrote: On Tue, Mar 26, 2013 at 09:15:38PM +0100, Pascal Stumpf wrote: On Tue, 26 Mar 2013 21:48:42 +0200, Paul Irofti wrote: Good evening everyone, I discovered about one or two weeks ago that I can't link any debug libraries

Re: Fix profiling support in gcc 4.2

On Tue, 26 Mar 2013 23:05:05 +0100 (CET), Mark Kettenis wrote: Date: Tue, 26 Mar 2013 23:54:20 +0200 From: Paul Irofti p...@irofti.net I don't understand how, can you go into more details please? Anyway, can we then just ignore the -pg option if it doesn't work for shared instead of

Re: Fix profiling support in gcc 4.2

On Tue, 26 Mar 2013 16:39:54 -0700, Philip Guenther wrote: On Tue, Mar 26, 2013 at 3:45 PM, Pascal Stumpf pascal.stu...@cubes.de wrote: ... Anyway, can we then just ignore the -pg option if it doesn't work for shared instead of breaking the link? Or do you have a better solution? I could

Re: heads-up: on -current, -static may not be as static as you think

On Tue, 6 Nov 2012 21:49:12 +, Stuart Henderson wrote: On 2012/11/05 13:57, Marc Espie wrote: This stuff is totally a moving target, it is probably going to change in the future. Note that there are very good reasons to prefer pie binaries in MOST cases, including for

g++ -pedantic and mm_malloc.h

Including mm_malloc.h in C++ code and compiling with -pedantic yields the following error: In file included from src/mystuff/c++/memalign.cc:1: /usr/include/mm_malloc.h:37: error: declaration of 'int posix_memalign(void**, size_t, size_t) throw ()' throws different exceptions

Re: Allow clang++ to work on OpenBSD

On Wed, 14 Dec 2011 20:54:05 +0100, Pascal Stumpf wrote: So ... Any oks for this diff? Index: os_defines.h === RCS file: /cvs/src/gnu/gcc/libstdc++-v3/config/os/bsd/openbsd/os_defines.h,v retrieving revision 1.2 diff -u -p

Re: Allow clang++ to work on OpenBSD

On Mon, 12 Dec 2011 17:06:19 +0100, Pascal Stumpf wrote: On Mon, 12 Dec 2011 16:55:04 +0100 (CET), Mark Kettenis wrote: Date: Mon, 12 Dec 2011 16:51:48 +0100 From: Pascal Stumpf pascal.stu...@cubes.de On Mon, 12 Dec 2011 16:26:42 +0100, Marc Espie wrote: On Mon, Dec 12, 2011

Re: Allow clang++ to work on OpenBSD

On Mon, 12 Dec 2011 14:41:45 +0100 (CET), Mark Kettenis wrote: Date: Sun, 11 Dec 2011 19:18:40 +0100 From: Pascal Stumpf pascal.stu...@cubes.de I still think this should be investigated deeper. Matthew did a bit of digging jusdging from: http://marc.info/?l=openbsd-portsm

Re: Allow clang++ to work on OpenBSD

On Mon, 12 Dec 2011 16:26:42 +0100, Marc Espie wrote: On Mon, Dec 12, 2011 at 04:00:44PM +0100, Pascal Stumpf wrote: On Mon, 12 Dec 2011 14:41:45 +0100 (CET), Mark Kettenis wrote: The s/restrict/__restrict/g in cstdio shouldn't be necessary. Apparently, clang++ interprets restrict

Re: Allow clang++ to work on OpenBSD

On Mon, 12 Dec 2011 16:55:04 +0100 (CET), Mark Kettenis wrote: Date: Mon, 12 Dec 2011 16:51:48 +0100 From: Pascal Stumpf pascal.stu...@cubes.de On Mon, 12 Dec 2011 16:26:42 +0100, Marc Espie wrote: On Mon, Dec 12, 2011 at 04:00:44PM +0100, Pascal Stumpf wrote: On Mon, 12 Dec 2011

Re: Allow clang++ to work on OpenBSD

On Thu, 17 Nov 2011 19:06:24 +0100, Pascal Stumpf wrote: Hi, this diff was already suggested by matthew@ some time ago. It renders clang++ usable with gcc's C++ include files, see: http://marc.info/?l=openbsd-techm=130229126704450w=2 I don't expect any fallout, but just to be sure, can

Re: Allow clang++ to work on OpenBSD

On Sun, 11 Dec 2011 15:43:02 +0100 (CET), Mark Kettenis wrote: Date: Sun, 11 Dec 2011 13:37:29 +0100 From: Pascal Stumpf pascal.stu...@cubes.de On Thu, 17 Nov 2011 19:06:24 +0100, Pascal Stumpf wrote: Hi, this diff was already suggested by matthew@ some time ago. It renders

Re: Allow clang++ to work on OpenBSD

On Wed, 23 Nov 2011 17:00:57 +0100 (CET), Mark Kettenis wrote: Date: Thu, 17 Nov 2011 19:06:24 +0100 From: Pascal Stumpf pascal.stu...@cubes.de Hi, this diff was already suggested by matthew@ some time ago. It renders clang++ usable with gcc's C++ include files, see: http

libedit: don't segfault on bind to invalid command

Whenever you try to bind a key to an invalid command in a program that uses libedit, the program will segfault. This is because parse_cmd() in parse.c still assumes an old format of the help array (where it was NULL-terminated). This is no longer the case, and .nfunc now keeps track of both the

Re: find(1): add support for terminating '+' in -exec

On Sun, 26 Jun 2011 21:12:37 +0200, Pascal Stumpf wrote: This is my first try at getting support for terminating '+' in find(1)'s -exec statement to work, as required by POSIX. Code shamelessly guttenberged from NetBSD, with some minor modifications. Index: extern.h

Allow clang++ to work on OpenBSD

Hi, this diff was already suggested by matthew@ some time ago. It renders clang++ usable with gcc's C++ include files, see: http://marc.info/?l=openbsd-techm=130229126704450w=2 I don't expect any fallout, but just to be sure, can this go through a bulk build on affected platforms (gcc4)?

Re: fix devel/gdb build

On Tue, 25 Oct 2011 18:13:11 +0200, Pascal Stumpf wrote: Upstream fix is here. Attached are patches for devel/gdb, devel/libbfd and base binutils 2.15 and 2.17 (permission to use under GPLv2 has been granted, thanks to nickc at redhat dot com). Index: peXXigen.c

Re: fix devel/gdb build

On Sat, 15 Oct 2011 19:33:22 +0200, Pascal Stumpf wrote: Oh, and I just checked: This bug even is in src binutils (both 2.15 and 2.17), just nobody noticed because -Werror isn't used there (but it probably should be fixed there too, right?). Upstream fix is here. Attached are patches

Re: make(1) build broken

On Wed, Sep 21, 2011 at 10:43:20AM +0800, Michael W. Bombardieri wrote: Hi all, I noticed that the make(1) build is broken for non-gcc compilers. The following diff stops the build from breaking for pcc and llvm/clang. Comments? It effectively negates the inline optimisation when

Re: make(1) build broken

On Wed, Sep 21, 2011 at 08:23:11PM +0800, Michael W. Bombardieri wrote: Hi Pascal, Thanks for your email. Your diff works for clang, but my pcc produces a make binary that doesn't work. The make binary produced by my diff also fails due to SIGSEGV, so this might be a bug in pcc itself.

Re: xterm bug

On Thu, Aug 18, 2011 at 10:17:31AM +0200, Mark Kettenis wrote: Makes no sense. The keepSelection check is already done in ScrnDisownSelection(). The only place where DisownSelection() is called directly is SelectSet(), and that should only happen if you explicitly shrink your selection to

nl(1)

This is a port of nl(1) from NetBSD, with fixes from FreeBSD (no multibyte char support though), required by POSIX. I'm not an mdoc(7) expert though, so there are probably still errors in the manpage. Cheers, Pascal Index: nl/Makefile

find(1): add support for terminating '+' in -exec

This is my first try at getting support for terminating '+' in find(1)'s -exec statement to work, as required by POSIX. Code shamelessly guttenberged from NetBSD, with some minor modifications. Index: extern.h === RCS file:

Re: Compiling the kernel with pcc

On Mon, Apr 04, 2011 at 11:18:26AM -0700, Philip Guenther wrote: On Mon, Apr 4, 2011 at 11:06 AM, Pascal Stumpf pascal.stu...@cubes.de wrote: pcc currently only chokes on some inline functions that need external linkage. gcc isn't pesky about that, but pcc and clang are (rightfully, imo

Re: Compiling the kernel with pcc

On Tue, Apr 05, 2011 at 10:21:18AM +0200, Mark Kettenis wrote: Date: Tue, 5 Apr 2011 09:44:21 +0200 From: Pascal Stumpf pascal.stu...@cubes.de On Mon, Apr 04, 2011 at 11:18:26AM -0700, Philip Guenther wrote: On Mon, Apr 4, 2011 at 11:06 AM, Pascal Stumpf pascal.stu...@cubes.de

Re: Compiling the kernel with pcc

On Tue, Apr 05, 2011 at 01:04:22PM +0200, Joerg Sonnenberger wrote: On Tue, Apr 05, 2011 at 11:09:14AM +0200, Pascal Stumpf wrote: Ok, I seem to have misread the standard there, sorry. Anyway, I've done some tests with all three compilers, and gotten three different behaviours: Can you

Compiling the kernel with pcc

pcc currently only chokes on some inline functions that need external linkage. gcc isn't pesky about that, but pcc and clang are (rightfully, imo). Anyway, the functions in question are: net/pf.c: pf_addr_compare (was probably ok before r1.729) arch/{amd64,i386}/isa/clock.c: mc146818_read

Re: thinkpad mute mic key

On Mon, Mar 14, 2011 at 05:52:41AM +, Jacob Meuser wrote: I like this *MUCH* better than the way acpithinkpad volume buttons currently work. these buttons should be affecting the mixer, if at all possible, instead of doing things behind the audio system's back, which causes confusion.

rc.subr: Don't throw away output of daemon command.

There is no way to tell if the output of ${daemon} contains important information or not. I think it should at least make its way into the system log and not be thrown away blindly. Index: rc.subr === RCS file:

bug in ls(1) manpage

ls(1) still has the old semantics for -g in one spot. Index: ls.1 === RCS file: /cvs/src/bin/ls/ls.1,v retrieving revision 1.63 diff -u -r1.63 ls.1 --- ls.14 Mar 2011 21:03:19 - 1.63 +++ ls.15 Mar 2011

Re: bug in ls(1) manpage

On Sat, Mar 05, 2011 at 03:59:16PM +, Jason McIntyre wrote: On Sat, Mar 05, 2011 at 03:21:00PM +0100, Pascal Stumpf wrote: ls(1) still has the old semantics for -g in one spot. Index: ls.1 === RCS file: /cvs/src/bin/ls

Re: [patch] -H flag for grep.

On Tue, Feb 22, 2011 at 12:52:24PM -0300, Iruatc Souza wrote: On Tue, Feb 22, 2011 at 6:08 AM, patrick keshishian sids...@boxsoft.com wrote: my that's awkward. if you can't combine unix tools, you should be looking at perl. iru I bet everyone here knows one can achieve the same

Re: [patch] -H flag for grep.

On Tue, Feb 22, 2011 at 04:13:34PM -0300, Iruatc Souza wrote: On Tue, Feb 22, 2011 at 2:21 PM, Pascal Stumpf pascal.stu...@cubes.de wrote: On Tue, Feb 22, 2011 at 12:52:24PM -0300, Iruatc Souza wrote: On Tue, Feb 22, 2011 at 6:08 AM, patrick keshishian sids...@boxsoft.com wrote: my

Re: [patch] -H flag for grep.

On Tue, Feb 22, 2011 at 02:29:59PM -0430, Andres Perera wrote: On Tue, Feb 22, 2011 at 12:51 PM, Pascal Stumpf pascal.stu...@cubes.de wrote: On Tue, Feb 22, 2011 at 12:52:24PM -0300, Iruatc Souza wrote: On Tue, Feb 22, 2011 at 6:08 AM, patrick keshishian sids...@boxsoft.com wrote: my

[patch] -H flag for grep.

Implement a -H flag for grep, useful for combining e.g. find and grep. Can anyone commit it? Index: grep.1 === RCS file: /cvs/src/usr.bin/grep/grep.1,v retrieving revision 1.39 diff -u -r1.39 grep.1 --- grep.1 3 Sep 2010

Re: [patch] -H flag for grep.

On Mon, Feb 21, 2011 at 01:38:41PM +0100, Bret Lambert wrote: find / -name my\*balls | xargs grep -e batman -e robocop Lol. I donbt have CVS access. ;)

Re: [patch] -H flag for grep.

On Mon, Feb 21, 2011 at 04:54:40PM +0100, Alexander Schrijver wrote: On Mon, Feb 21, 2011 at 01:34:51PM +0100, Pascal Stumpf wrote: Implement a -H flag for grep, useful for combining e.g. find and grep. -o used to do this but has been removed. (See the commit logs for the reason, i forgot

Re: [patch] -H flag for grep.

On Mon, Feb 21, 2011 at 04:20:24PM -0500, Ted Unangst wrote: On Mon, Feb 21, 2011 at 3:46 PM, Mark Kettenis mark.kette...@xs4all.nl wrote: Also, -H is non-standard AFIK, and we try to avoid adding non-standard options to our tools. Theo has objected to changes like this before. So I