Uses/ does not trigger under RBPi

Michelle Sullivan michelle at
Sat Oct 3 10:15:10 UTC 2015

José Pérez wrote:
> Hi Michelle,
> thank you for your suggestion. Is this another workaround?

As far as I was aware if you need Uses/ it should be
specified (there are params if a particular compiler/feature set is
required) with USES+=compiler

> I mean: many port Makefiles are affected, in the sense that when built
> on Intel/AMD the ports just work because Uses/ is sucked in
> automatically, but it is not on ARM.

But do they need Uses/ ?  If so then it might be someone
screwed up, if they don't actually need it then that would be why it's
not specified.

> So, shall I report a bug on all the ports that use COMPILER_TYPE, or
> is there a way to have ARM trigger Uses/

If they use/require COMPILER_TYPE and don't specify USES+= compiler then
I would log a bug for each port and let the ports manager take care of
it as it's probably a change in default behavior that has caused the
mess... how many are we talking about?  10+, 100+, 1000+?



> Thank you.
> Regards,
> ---
> José Pérez
> El 2015-10-02 02:29, Michelle Sullivan escribió:
>> José Pérez wrote:
>>> Hi,
>>> I've notice that Uses/ is not triggered and as a
>>> consequence does to set COMPILER_TYPE.
>>> me at raspberry-pi:~ % cat Makefile
>>> all:
>>>         @${ECHO_CMD} ${LOCALBASE}
>>>         @${ECHO_CMD} ${COMPILER_TYPE}
>>> .include <>
>>> me at raspberry-pi:~ % make
>>> /usr/local
>>> me at raspberry-pi:~ %
>>> As a result building ports is a nightmare.
>>> Note how in AMD64 it works:
>>> me at amd64:~ % make
>>> /usr/local
>>> clang
>>> me at amd64:~ %
>>> As a workaround I set COMPILER_TYPE=clang in /etc/make.conf but this
>>> is just an ugly hack.
>>> Can some expert trow a little light on this? Thank you.
>>> Regards,
>> Try adding:
>> USES+=   compiler
>> to the makefile first...
>> (and it still has some issues but that should solve the first)
> _______________________________________________
> freebsd-ports at mailing list
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at"

Michelle Sullivan

More information about the freebsd-ports mailing list