svn commit: r326685 - in head: devel/mercator math/wfmath
Alexey Dokuchaev
danfe at FreeBSD.org
Sun Sep 8 16:10:58 UTC 2013
On Sun, Sep 08, 2013 at 05:39:30PM +0200, Oliver Lehmann wrote:
> Alexey Dokuchaev <danfe at freebsd.org> wrote:
> >Again, it's hard to understand that without the documenting why USE_GCC was
> >used in the first place. Second, given the suggestion of simply removing
> >misused CONFIGURE_ARGS (and provided that it does indeed solve the issue),
> >I find it a bit hard to believe you could not have come up with it yourself
> >Oliver. ;-)
>
> devel/mercator got USE_GCC as otherwise it wouldn't compile with a
> gcc-compiled
> math/wfmath. And math/wfmath got USE_GCC as I'm not able to fix those issues:
>
> http://beefy1.isc.freebsd.org/bulk/head-default/2013-09-04_23h56m58s/logs/wfmath-1.0.1.log
>
> math/wfmath has no CONFIGURE_ARGS to remove (devel/mercator has).
Thanks, that would explain it. That was my original point: it would be nice
if something like that, perhaps in a more concise form, to be recorded in
the commit log, so dumbasses like me would not annoy you by their stupid
followup mails.
> >"yes" and "any" do different things, it's not the matter of style. "yes"
> >means to use modern GCC compiler, even on systems that still use GCC as
> >a system one by default (e.g. 8.x, 9.x). "any" means that literally any
> >GCC version would suffice, which means that on our stable branches, I do
> >not have to install some GCC 4.6+ since I already gave GCC 4.2 in the base.
>
> I looked the differenc between "any" and "yes"t already up after you told me
> about "any" the first time by searching bsd.gcc.mk. I still think that it
> would be better to have "any" also documented in bsd.gcc.mk at the top.
> Maybe in the Examples section - how should anyone know about the two switches
> and their meanings?
Unfortunately, you're correct: these little things and nuances are poorly
documented. I'll try to cook up a patch that talks about USE_GCC proper
usage, unless you (or anyone else) beats me on that. ;-)
Thanks,
./danfe
More information about the svn-ports-all
mailing list