Date: Thu, 20 Jun 2024 07:47:02 +0300 From: Konstantin Belousov <kostikbel@gmail.com> To: Bakul Shah <bakul@iitbombay.org> Cc: Warner Losh <imp@bsdimp.com>, "freebsd-arch@freebsd.org" <freebsd-arch@freebsd.org> Subject: Re: Minimum gcc and clang supported to generate FreeBSD binaries Message-ID: <ZnO0Rs1f0CQ_Y3Yh@kib.kiev.ua> In-Reply-To: <197A5386-1096-4754-BA82-996140B56EAF@iitbombay.org> References: <CANCZdfqBdsoNf8tVwX6MH=Dd24e114b_Pn5hA5UjxtSBX-h%2BGA@mail.gmail.com> <197A5386-1096-4754-BA82-996140B56EAF@iitbombay.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jun 19, 2024 at 06:26:12PM -0700, Bakul Shah wrote: > On Jun 19, 2024, at 6:01 PM, Warner Losh <imp@bsdimp.com> wrote: > > > > Ah, but what do you say about tcc and pcc which are't gcc? Well, tcc lies, and says it supports gcc (version 9 I think, but it's been a while since I checked). tcc can't work today because we have qsort.h using versioned symbols unconditionally, and it doesn't support versioned symbols.... And patches to do that have been stalled for reasons unrelated to this desire. pcc doesn't support gnuc symbols at all last I checked. But it has real issues building some things in the tree, so I'll not gate things by it unless somebody steps up to actually do the work to make it work. The pcc upstream has been weird lately too. > > Why are versioned symbols required for qsort.h? Look at the qsort_r() stuff in stdlib.h to maintain backward compat with previous definition of qsort_r() comparator. I think that for the purposes of keeping some support for tcc or whatever not-quite-gcc compiler, we should just avoid doing the backward-compat dance, if such compiler is detected.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ZnO0Rs1f0CQ_Y3Yh>