[asterisk-bugs] [JIRA] (ASTERISK-16951) [patch] configure.ac in 1.4.37 broken with autoconf 2.60
Kevin Harwell (JIRA)
noreply at issues.asterisk.org
Mon Apr 1 13:21:57 CDT 2019
[ https://issues.asterisk.org/jira/browse/ASTERISK-16951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Kevin Harwell updated ASTERISK-16951:
-------------------------------------
Target Release Version/s: 16.3.0
> [patch] configure.ac in 1.4.37 broken with autoconf 2.60
> --------------------------------------------------------
>
> Key: ASTERISK-16951
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-16951
> Project: Asterisk
> Issue Type: Bug
> Components: Core/BuildSystem
> Affects Versions: 13.19.0, 15.2.0
> Reporter: Stéphan Kochen
> Assignee: Alexander Traud
> Severity: Minor
> Labels: patch
> Target Release: 13.20.0, 15.3.0, 16.0.0, 16.3.0
>
> Attachments: compute_int.patch
>
>
> It looks like with revision 290177, because of AC_COMPUTE_INT, the autoconf requirement was silently bumped to at least 2.60a. But AC_PREREQ doesn't reflect this.
> Generating a configure script with 2.60 produces syntax errors such as:
> ./configure: line 20765: syntax error near unexpected token `ac_cv_sizeof_fd_set_fds_bits,'
> ./configure: line 20765: `AC_COMPUTE_INT(ac_cv_sizeof_fd_set_fds_bits, sizeof(foo.fds_bits[[0]]), $ac_includes_default'
> error: Bad exit status from /var/tmp/rpm-tmp.1037 (%build)
> (The macro simply isn't expanded, because it doesn't exist.)
> ****** ADDITIONAL INFORMATION ******
> I've tested and successfully built with autoconf 2.60b, but mind that both 2.60a and 2.60b are old and officially unstable releases.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list