Date: Tue, 19 Jul 2011 15:16:08 +0200 From: Robert Millan <rmh@debian.org> To: Alexander Kabaev <kabaev@gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: [PATCH] __FreeBSD_kernel__ Message-ID: <CAOfDtXN0Oih11GutO16tDX72zPW=2UwZ74fLTvaP5=ZrP%2BNKJg@mail.gmail.com> In-Reply-To: <20110705134447.493e0bf1@kan.dnsalias.net> References: <CAOfDtXPUxQO1zbnxh8sh%2By7g=d8QaH2svYtEQJ06L4d%2BQKG8VA@mail.gmail.com> <20110702193724.5c55a6c9@kan.dnsalias.net> <CAOfDtXN8NOLm47qg_ht3usQ_ZF==OSRxfTZaa4yGq1rqw-CXOw@mail.gmail.com> <20110703103925.0bdf255a@kan.dnsalias.net> <CAOfDtXMTZ6qT767n6TrgYAz0KXf%2BFWfOjwxLz%2B%2B00ty_B8t0YQ@mail.gmail.com> <CAOfDtXMS0Wku0Z--2dhLPMb9G-D=YHnN3xMaJR%2Bkm=mxfpLFrA@mail.gmail.com> <20110705134447.493e0bf1@kan.dnsalias.net>
next in thread | previous in thread | raw e-mail | index | archive | help
2011/7/5 Alexander Kabaev <kabaev@gmail.com>: > The slow way would be the right way if you were inclined to really take > it. Once old releases of tools that can be broken by the new macro > use are long and forgotten we can start on relying on said macro, but > not before. Given that your main concern is backward compatibility, is it an inconvenient to you if 3rd party compilers such as GCC or Clang begin adding this macro? If you're still not comfortable with this macro by the time you want to import one of those, it just takes a minute to remove it. The purpose of this, of course, is to start the clock count (as you've put it: "Once old releases of tools that can be broken by the new macro use are long and forgotten we can start on relying on said macro"). -- Robert Millan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAOfDtXN0Oih11GutO16tDX72zPW=2UwZ74fLTvaP5=ZrP%2BNKJg>