[MacPorts] #37499: urlview: build fails because automake-1.11 is missing

[MacPorts]

#37499: urlview: build fails because automake-1.11 is missing
-------------------------+--------------------------------
  Reporter:  macports@…  |      Owner:  macports-tickets@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  ports       |    Version:  2.1.2
Resolution:              |   Keywords:
      Port:  urlview     |
-------------------------+--------------------------------
Changes (by ryandesign@…):

 * cc: ryandesign@… (added)


Comment:

 Replying to [comment:2 macports@…]:
 > Replying to [comment:1 ryandesign@…]:
 > > I'm unable to reproduce this; it builds fine for me and I see no
 occurrences of "automake-1.11" in the source code. Seeing your main.log
 file might help.
 >
 > As I said, the main.log was deleted after a successful workaround.

 Right, but since the build succeeds for me, I have nothing to go on unless
 I see a logfile from you showing the failed build. You could remove the
 automake-1.11 symlink you created and re-try the build to make it fail
 again. You can leave urlview installed and just run "sudo port build
 urlview" and then attach that main.log (whose location is printed by "port
 logfile urlview") to this ticket.

 > There seems to be a somewhat different problem with several unrelated
 ports using the newer automake/autoconf, for instance I get this same
 error on multiple ports:

 > {{{
 > configure.ac:3: error: 'AM_CONFIG_HEADER': this macro is obsolete.
 >     You should use the 'AC_CONFIG_HEADERS' macro instead.
 > }}}

 Yes but that should only happen if the configure script is regenerated
 from the configure.ac (or configure.in) file by running autoconf or
 autoreconf, and urlview does not do that.

 Replying to [comment:3 macports@…]:
 > Further research led to this:
 https://www.gnu.org/software/automake/manual/automake.html#Public-Macros
 >
 >   AM_INIT_AUTOMAKE is called with a single argument: a space-separated
 list of Automake options that should be applied to every Makefile.am in
 the tree. The effect is as if each option were listed in AUTOMAKE_OPTIONS
 (see Options).
 >
 >   This macro could once (before Automake 1.13) also be called in the
 ''now obsolete and completely unsupported form'' AM_INIT_AUTOMAKE(PACKAGE,
 VERSION, [NO-DEFINE]). In this form, there were two required arguments:
 the package and the version number.

 I agree that urlview's configure.in uses that obsolete form of
 AM_INIT_AUTOMAKE but again since it ships with a pre-made configure script
 and does not run autoconf or autoreconf it doesn't matter what's in the
 configure.in.

-- 
Ticket URL: <https://trac.macports.org/ticket/37499#comment:4>
MacPorts <http://www.macports.org/>
Ports system for Mac OS