[104033] trunk/dports/kde/kdepim4-runtime/Portfile

Lawrence Velázquez larryv at macports.org
Thu Mar 14 10:40:32 PDT 2013


On Mar 14, 2013, at 9:32 AM, Nicolas Pavillon <nicos at macports.org> wrote:

> Using compiler.blacklist could sound good, but frankly, it is not always very encouraging to use fully undocumented commands. Until you mentioned it, I did not even know the fallback additional command, with which I could find in the sources the fallback strategies, but by digging in the sources.

An understandable position, but many commands/features in wide use are either under-documented or not documented at all. Subports, for instance.

> After testing the blacklist command, one thing I could not really understand is that putting 
> compiler.blacklist  apple-gcc-4.2
> in the Portfile, and then running 
> sudo port -ds install <port> configure.compiler=apple-gcc-4.2
> still selects apple-gcc-4.2 as the compiler, even though it is indicated as not working. Is it intended behaviour?

This is expected. The black/white/fallback lists are used to determine the default value of configure.compiler. Once configure.compiler is changed from the default, they no longer have an effect.

> It this is intended, I don't find ideal to let the user go crash in the errors even though it was indicated in the Portfile that it should not be done, and without any visible warning.

Sure, but it's also arguable that passing configure.compiler on the command line is intended as a debugging measure meant for explicitly overriding the portfile; as such, the portfile should not interfere with it.

(If default_compilers is ever publicly added to macports.conf, it would be the supported method of specifying preferred compilers, and the logic for choosing the default configure.compiler would take it into account while still respecting black/white lists.)

vq


More information about the macports-dev mailing list