re: CVS commit: [pgoyette-compat] src/sys/compat/netbsd32

OK, things are more sane now. I reverted this change, since it was totally unnecessary. I need to get more sleep before doing some of these things. :) Thanks for keeping me honest! On Thu, 24 Jan 2019, Paul Goyette wrote: Just for sanity's sake, I will take another look at this change and

re: CVS commit: [pgoyette-compat] src/sys/compat/netbsd32

Just for sanity's sake, I will take another look at this change and see if there's another way to handle it. On Thu, 24 Jan 2019, Paul Goyette wrote: On Thu, 24 Jan 2019, matthew green wrote: Module Name:src Committed By: pgoyette Date: Thu Jan 24 04:24:52 UTC 2019 Modified

re: CVS commit: [pgoyette-compat] src/sys/compat/netbsd32

On Thu, 24 Jan 2019, matthew green wrote: Module Name:src Committed By: pgoyette Date: Thu Jan 24 04:24:52 UTC 2019 Modified Files: src/sys/compat/netbsd32 [pgoyette-compat]: netbsd32_sysctl.c Log Message: Use the hook to get the value of machine32 hm. why does the

re: CVS commit: [pgoyette-compat] src/sys/compat/netbsd32

> Module Name: src > Committed By: pgoyette > Date: Thu Jan 24 04:24:52 UTC 2019 > > Modified Files: > src/sys/compat/netbsd32 [pgoyette-compat]: netbsd32_sysctl.c > > Log Message: > Use the hook to get the value of machine32 hm. why does the module need to use the hook?

re: CVS commit: [pgoyette-compat] src/sys/compat/netbsd32

On Wed, 12 Sep 2018, matthew green wrote: Module Name:src Committed By: pgoyette Date: Tue Sep 11 05:00:42 UTC 2018 Modified Files: src/sys/compat/netbsd32 [pgoyette-compat]: files.netbsd32 netbsd32_compat_09.c netbsd32_compat_12.c netbsd32_compat_13.c

re: CVS commit: [pgoyette-compat] src/sys/compat/netbsd32

"Paul Goyette" writes: > Module Name: src > Committed By: pgoyette > Date: Tue Sep 11 05:00:42 UTC 2018 > > Modified Files: > src/sys/compat/netbsd32 [pgoyette-compat]: files.netbsd32 > netbsd32_compat_09.c netbsd32_compat_12.c netbsd32_compat_13.c >

Re: CVS commit: [pgoyette-compat] src/sys/compat

On Sun, 15 Apr 2018, Christos Zoulas wrote: On Apr 16, 6:07am, p...@whooppee.com (Paul Goyette) wrote: -- Subject: Re: CVS commit: [pgoyette-compat] src/sys/compat | Since your related changes on -current _do_ include the macros, I'll | just add them to my code to reduce the diffs. Or remove

Re: CVS commit: [pgoyette-compat] src/sys/compat

On Apr 16, 6:07am, p...@whooppee.com (Paul Goyette) wrote: -- Subject: Re: CVS commit: [pgoyette-compat] src/sys/compat | Since your related changes on -current _do_ include the macros, I'll | just add them to my code to reduce the diffs. Or remove them from both :-) christos

Re: CVS commit: [pgoyette-compat] src/sys/compat

On Sun, 15 Apr 2018, Christos Zoulas wrote: In article , Paul Goyette wrote: On Mon, 16 Apr 2018, matthew green wrote: m...@netbsd.org writes: __BEGIN_DECLS? was that accessible from userland? __BEGIN_DECLS in

Re: CVS commit: [pgoyette-compat] src/sys/compat

In article , Paul Goyette wrote: >On Mon, 16 Apr 2018, matthew green wrote: > >> m...@netbsd.org writes: >>> __BEGIN_DECLS? was that accessible from userland? >> >> __BEGIN_DECLS in netbsd is entirely for userland -- it is

re: CVS commit: [pgoyette-compat] src/sys/compat

On Mon, 16 Apr 2018, matthew green wrote: m...@netbsd.org writes: __BEGIN_DECLS? was that accessible from userland? __BEGIN_DECLS in netbsd is entirely for userland -- it is an really for C++ and we don't do C++ in the kernel (please ignore the libunwind behind the curtain :-). I'm failing

re: CVS commit: [pgoyette-compat] src/sys/compat

m...@netbsd.org writes: > __BEGIN_DECLS? was that accessible from userland? __BEGIN_DECLS in netbsd is entirely for userland -- it is an really for C++ and we don't do C++ in the kernel (please ignore the libunwind behind the curtain :-). .mrg.

Re: CVS commit: [pgoyette-compat] src/sys/compat

__BEGIN_DECLS? was that accessible from userland? On Sun, Apr 15, 2018 at 06:23:32AM +, Paul Goyette wrote: > Module Name: src > Committed By: pgoyette > Date: Sun Apr 15 06:23:31 UTC 2018 > > Modified Files: > src/sys/compat/common [pgoyette-compat]: uipc_syscalls_40.c >