Date: Sat, 13 Feb 2016 19:23:21 +0200 From: Konstantin Belousov <kostikbel@gmail.com> To: Bruce Evans <brde@optusnet.com.au> Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r295561 - in head: include sys/mips/include sys/powerpc/include sys/sparc64/include sys/sys sys/x86/include Message-ID: <20160213172321.GE91220@kib.kiev.ua> In-Reply-To: <20160214035852.D918@besplex.bde.org> References: <201602120738.u1C7cKpq093956@repo.freebsd.org> <20160212232717.P894@besplex.bde.org> <20160212143630.GS91220@kib.kiev.ua> <20160213021939.S1340@besplex.bde.org> <20160212173641.GV91220@kib.kiev.ua> <20160213070506.N2501@besplex.bde.org> <20160213101623.GZ91220@kib.kiev.ua> <20160214035852.D918@besplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Feb 14, 2016 at 04:02:05AM +1100, Bruce Evans wrote: > The old visibility bugs with mc_* should be fixed someday. I said that > uc_* could be used. _mc_* should have been used originally. Maybe we > can just change to either of these, since nothing except libc should > have used the internals of mcontext_t. mcontext_t is needed and used by many language runtimes which handle exceptions for their functionality. It could be gc barriers, hacks with tagging, and many more. API cannot be broken there by renaming the structure members. The only way to hide mc_* is to rename them to __mc_* and provide compat redefinitions when <machine/ucontext.h> is included directly. This is extremely cumbersome and I do not see a need in such fix for perceived use case of pure ANSI C code which, to be broken, must #define mc_XXX and then include <signal.h>.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160213172321.GE91220>