[MacPorts] #42728: autogen @5.17.4_0: autoopts-config produces a stray -R flag, breaks gnutls @3.1.22_0 build

[MacPorts]

#42728: autogen @5.17.4_0: autoopts-config produces a stray -R flag, breaks gnutls
@3.1.22_0 build
-----------------------------+-------------------
  Reporter:  jwhowse4@…      |      Owner:  mww@…
      Type:  defect          |     Status:  new
  Priority:  Normal          |  Milestone:
 Component:  ports           |    Version:  2.2.1
Resolution:                  |   Keywords:
      Port:  autogen gnutls  |
-----------------------------+-------------------

Comment (by devans@…):

 Replying to [comment:25 cal@…]:
 > While that looks good to me, shouldn't we still fix the stray `-R` in
 the output of `autoopts-config`?

 Indeed and there's a ticket open for this (#42728) that has been open for
 some time.  However, if this course is relied upon then perhaps a
 dependency on autogen should be added so that the same library is used in
 all installations. The libopts library is static only and not installed by
 gnutls by default so there is no activation conflict between the two. Note
 that the -R problem is not limited to autoopts-config but also occurs in
 autoopts.pc.  My suggested approach decouples gnutls from the autogen
 problem.
 >
 > I'm also wondering whether adding the `unbound` dependency by default is
 a good idea, since it increases the dependency footprint of `gnutls` (and
 a lot of ports that use it).

 If it isn't added then a means to disable DNSSEC support needs to be added
 so that opportunistic configuration doesn't occur. A +dnssec variant could
 then be added to enable DNSSEC support for those that want it (e.g. me).

-- 
Ticket URL: <https://trac.macports.org/ticket/42728#comment:26>
MacPorts <http://www.macports.org/>
Ports system for OS X