[52043] trunk/dports/tex/texlive_base
Ryan Schmidt
ryandesign at macports.org
Tue Jun 9 17:59:37 PDT 2009
On Jun 9, 2009, at 09:33, Emmanuel Hainry wrote:
> Citando Jeremy Huddleston :
>
>> xdvi can use either motif or xaw. It builds binaries for both if
>> both
>> are available.
>>
>> xdvi-motif.bin is the file that actually links against it.
>>
>>>> + port:xorg-libXaw lib:libXm:openmotif
>
> Wouldn't it be better to enforce one of the two toolkits and put the
> other in a variant?
Often, having fewer variants is better. If the software can be
compiled to support both xaw and motif at the same time, with
selection via a config file, then this may be the best option.
A possible reason to prefer variants is if openmotif is a very large
dependency that takes a long time to build.
> Something like
>
> configure.args-append --with-xdvi-x-toolkit=xaw
> variant motif {
> configure.args-delete --with-xdvi-x-toolkit=xaw
> configure.args-append --with-xdvi-x-toolkit=motif
> depends_lib-delete port:xorg-libXaw
> depends_lib-append lib:libXm:openmotif
> }
If you're going to have a compile-time choice between xaw and motif,
then it would be best to have two variants, one called xaw and one
called motif, which are marked as conflicting with one another, and
the port should select one of these by default, and prevent the
deselection of both variants simultaneously. This makes it clear to
the user that there is a choice between two alternatives. There are
several ports that exemplify this strategy (pdftk's compiler
selection, minivmac version 2's emulator selection).
More information about the macports-dev
mailing list